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Prólogo 


Prólogo 


A primera vista, resulta un tanto extraño reeditar un libro que se editó -como ver- 
sión O de unas Notas de Curso para una asignatura concreta- por primera y única 
vez en esta Escuela hace ¡15 años! Por las pistas que he podido rastrear mirando 
documentos y preguntando por aquí y por allá, lo cierto es que aquélla fue una 
edición numéricamente tan escasa, que y o mismo, su autor, ni siquiera tenía un 
ejemplar. Seguramente se debió a que la asignatur a de Cibernética y T eoría de 
Sistemas, optativa y con pocos alumnos, estaba a punto de desaparecer con el 
plan de estudios al que pertenecía. Deducimos que si sobr aron algunos ejempla- 
res en el almacén del Servicio de Publicaciones debieron acabar destruyéndose 
para liberar espacio, porque no queda ninguno. En realidad!, dicha edición se rea- 
lizó materialmente en 1992 por cuenta del Instituto T ecnológico Bull, financiador 
de la última etapa de estudio e in vestigación, dedicada a ordenar y culminar las 
aportaciones -en forma de fichas, esquemas y apuntes diversos, junto a una vasta 
selección de bibliografía- elaboradas en años y años de trabajo, reflexión y sesio- 
nes docentes del firmante de este prólogo (por cierto , abarrotado de notas a pie 
de página). Este Instituto llegó a registrar un ISBN de ese mismo texto, que editó 
electrónicamente pero, debido a la desaparición de dicho Instituto , nunca llegó a 
publicarse y pasó a ser gestionada por la Escuela. 


Por razones que explicaré enseguida, la segunda edición es prácticamente igual a 
la primera, eso sí, revisada en su totalidad par a eliminar err atas, actualizar un 
poco la terminología y mejorar algún que otro esquema o gráfico . Asimismo, uno 
de los anexos de la primera edición, que se publicó posteriormente como capítulo 
en el libro titulado Estrategia empresarial ante el caos , Ed. Rialp, 1993, ha sido 
sustituido por un artículo mío de 1991,A cybernetic theory about computer inter- 
faces and human factors within a framework of technological innovation (título 
que revela circunstancialmente que ya entonces estaba programando mis neuro- 
nas para la asignatura que se crearía unos cuantos años después y que ahor a 
estoy impartiendo: Innovación Tecnológica). Lo verdaderamente complicado ha 


1 Las últimas indagaciones realizadas al respecto par a reconstruir los hechos relativos a la 
primera edición de este libro sobre Complejidad parecen demostr ar que ésta es finalmente 
la realidad, y no, como, guiado por recuerdos confusos de la intensa actividad personal y 
los cambios rápidos organizativos y de toda clase en la época mencionada, escribí recien- 
temente en la bibliogr afía de otro libro editado por Fundetel, Domótica: Un enfoque socio- 
técnico, 2006, p. 187, donde aquél se referenciaba como una edición de 1992 (Instituto 
Tecnológico Bull), reimpreso en 1994 por esta Escuela. 
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sido extraer del “agujero digital “2 la versión informática de los textos originales, tal 
como quedaron procesados y elabor ados para realizar la primer a edición, por estar 
dispersos en soportes de almacenamiento y en formatos y versiones diferentes de 
software, cuando no perdidos, o ilocalizables. En parte, escanear sobre copias de 
papel ha sido una tecnología salv adora. 


Para cosechar hay que sembrar 


Volviendo sobre las palabras iniciales del primer párrafo, la pregunta que cualquie- 
ra se hace es si en un univ erso tecnocientífico de tan r apidísima evolución tiene 
sentido publicar algo que ya se publicó hace 15 años. Después de meditar la cues- 
tión, mi respuesta ha sido afirmativa. En primer lugar, si nos fijamos en las teorías, 
modelos y técnicas sobre complejidad expuestos, que constituy en el grueso del 
libro, los once primeros y los dos últimos capítulos, no solamente siguen plena- 
mente vigentes, por ser básicamente conceptuales y atempor ales, sino que el 
paso del tiempo los ha hecho más fecundos en la práctica -como mi cosecha per- 
sonal posterior me ha demostrado- porque la complejidad de las infotecnologías 
ha aumentado increíblemente en esos años y además sus impactos se producen 
en todos los ámbitos sociales. Sí, la tecnología está rodeada de una complejidad3 
siempre creciente, tanto en su esencia, como en su aplicación y consecuencias. 
Creciente, y por desgracia en gran medida incontrolable, por lo que uno de nues- 
tros objetivos como técnicos debería ser mejor ar su grado de controlabilidad, en 
lo que dependa de nosotros. En cuanto a los cinco capítulos restantes, que pue- 
den verse como ejemplos de aplicación de los modelos de complejidad al estudio 
del hardware y softw are, tienen además un v alor documental, aunque los datos 
técnicos hayan sido superados, como es lógico. 


2Es el término que utilizamos algunos para referirnos de forma general a los efectos produ- 
cidos por la desaparición, los cambios o la incompatibilidad de equipos de reproducción o de 
procesamiento, sistemas operativos, lenguajes de progr amación, soportes materiales, for- 
matos de datos, aplicaciones y propiedades físicas de los dispositiws de memoria, que hacen 
que todo lo escrito sobre ellos no haya dejado traza, como si hubiera sido escrito en el vien- 
to, salvo que alguien lo ha ya salv ado intencionadamente (F . Sáez V acas, Más allá de 
Internet: la Red Universal Digital, Ed. Ramón Areces, 2004, p. 231). 


3Aunque suene a paradoja, una de las mayores razones para estudiar la complejidad en sen- 
tido amplio y uno de sus mejores resultados es reducir al mínimo la complejidad innecesa- 
ria, de lo que se deriva que entre los objetivos principales de tal estudio se cuenta el apren- 
der un cierto arte de la simplificación dentro del marco de la complejidad (simplificación y 
complejificación son procesos complementarios). Muchos técnicos, por querer sacar el máxi- 
mo partido de las extraordinarias propiedades oper ativas y funcionales de la tecnología, 
generan, sin saberlo, complejidades innecesarias mediante soluciones o diseños difíciles de 
usar o de mantener, a veces vulnerables ante diversos factores no previstos y frecuentemen- 
te incompatibles con el tipo de complejidad humana y social. En ocasiones, esa complejidad, 


más que innecesaria, se con vierte en perjudicial. 
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Si se mira desde el prisma de la docencia, creo que el conjunto del libro constitu- 
ye asimismo una referencia histórica, en la medida en que ilustra una muestra de 
los esfuerz os que hacían algunos profesores en esta Escuela dur ante los años 
setenta y ochenta para crear asignaturas con contenidos avanzados poco habitua- 
les en los programas de estudio de las ingenierías de aquí y de fuer a de España. 
Como se explicó en su primera edición, los textos están explícitamente prepar a- 
dos como soportes didácticos para abordar tema tan amplio y multidisciplinar. 


Aprovecho para lamentarme de que el conocimiento del enfoque sistémico y de las 
técnicas de complejidad, consider ada ésta a mi juicio como dimensión centr al y 
por tanto insoslayable de las tecnologías de la información, no esté contemplado 
explícitamente en nuestros actuales planes de estudio ni sea reivindicado por 
nadie como un componente indiscutible para el proceso de formación de los inge- 
nieros superiores* de telecomunicación y en general de los especialistas en info- 
tecnologías, posicionamiento grave dado que éstas, en comparación con otras 


4En los tiempos que corren, para ser superiores de verdad, al menos una élite de ellos debe- 
ría ser capaz de abordar la realidad, dentro de lo que el autor denomina “realismo tecnolo- 
gista”, a través de una mínima multidisciplinariedad técnica y de un conocimiento suficien- 
te de la complejidad, entendida como marco conceptual par a abordar la realidad de mane- 
ra integral, a ser posible socialmente contextualizada. Incluso, el autor ha planteado la con- 
veniencia de añadir a la actual una nuev a titulación de infoingeniero - un ingeniero más 
sociotécnicamente "especializado", es decir, interdisciplinar- para desarrollar y aplicar estos 
enfoques cada día más necesarios en estas sociedades nuestr as, avanzadas y de compleji- 
dad rampante" (véase en su página web http://wwwgsi.dit.upm.es/vfsaez/ , sección Otros 
Artículos y Ensayos , los artículos Futuros ingenieros híbridos y Necesitamos ingenieros 
sociotécnicos). Como escribió el famoso matemático y filósofo inglés A. N. Whitehead , de la 
primera mitad del siglo XX, "toda realidad es unidad compleja". En 1979, el libro-informe al 
Club de Roma Aprender, horizonte sin límites, Ed. Santillana, definió el aprendizaje innova- 
dor "como el instrumento para salvar la distancia que media entre la creciente complejidad 
del mundo y nuestra capacidad para hacerle frente". El poder transformador de la tecnolo- 
gía permite construir nuevas y variadas realidades de progreso, en bastantes casos inevita- 
blemente asociadas -convendría no olvidarlo- a incertidumbre, riesgos y efectos secundarios 
indeseados, en un entorno sociocultural que expreso así en la página 51 de mi libro Más allá 
de Internet: la Red Universal Digital : "El ser humano (o sea, la humanidad) in venta tecno- 
logía, pero no la comprende". 
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tecnologías, poseen la característica diferencial de transversalidad*, por aplicarse 
a casi todo y como herramienta o soporte indispensable de casi todas las discipli- 
nas, incluidos el estudio y la práctica de las demás tecnologías y ramas científicas. 
Repasando sus objetivos fundacionales, parece lógico que Fundetel? publique este 
libro y deje constancia escrita para quien quiera reflexionar sobre este tema. 


¿Complexmanía? 


A lo mejor, mis convicciones acerca de la importancia de los conocimientos sobre la 
complejidad son una manía personal, a las que en todo caso he dedicado , sin plani- 
ficación estudiada y prácticamente sin recursos externos, pero cada día más conven- 
cido, un altísimo porcentaje de mis hor as de tr abajo. Por si esa "manía" tuvier a, 
como creo, una fundamentación lógica y hasta filosófica”-emplear y difundir un méto- 
do de razonar y actuar pascaliano o moriniano, en lugar de cartesiano-, utilizaré, 


5En general y resumida en forma telegráfica, la tesis que sostengo (véase "Presentación de la 
primera edición de estas Notas de Curso") es que la complejidad es la dimensión desde la cual 
puede construirse una arquitectura sociotécnica completa de las tecnologías de la información. 
J. Rosnay sostiene que la información, la energía y el tiempo son tres sectores fundamentales 
del conocimiento (El macroscopio: Hacia una visión global, Editorial AC, 1977, pag. 5). 


SPara quien no lo sepa o no lo recuerde, Fundetel es el nombre resumido, o acrónimo, de la 
FUNdación Rogelio Segovia para el DEsarrollo de las TELecomunicaciones, que se creó en 
homenaje al profesor R ogelio Segovia, quien fue precisamente el refundador de la Escuela 
Técnica Superior de Ingenieros de Telecomunicación de Madrid, a la que puso en línea con 
los mejores centros académicos del mundo. 


7L. Winner, en su libro La ballena y el reactor , Gedisa, 1987, escribió: Los ingenieros no 
parecen ser conscientes de las cuestiones filosóficas que su tr abajo pueda entrañar (...) Los 
muy pocos que formulan preguntas importantes acerca de sus profesiones técnicas por lo 
general son considerados por sus colegas maniáticos, peligrosos y r adicales. Por su parte, 
Mario Bunge, en un artículo publicado en 1991 en la revista TELOS, 24, resalta y analiza las 
relaciones entre tecnología, ciencia y filosofía, que sintetiza en lo que llamaSistema Técnica- 
Ciencia-Filosofía, un triángulo fértil . Entre otras observaciones, argumenta sobre "cómo el 
descubrimiento del electromagnetismo supuso también el comienz o de la decadencia de la 
concepción mecanicista del mundo. Según su visión, otra técnica joven y rica en ideas filo- 
sóficas es la que puede llamarse gnoseotécnica, que abarca a la informática y a la inteligen- 
cia artificial. Esta técnica, a su v ez, se apo ya sobre v arios pilotes, entre ellos la lógica, el 
álgebra abstracta, la física del estado sólido y la electrónica. La física del estado sólido no es 
extraña a la filosofía, se funda sobre la mecánica cuántica, hereder a del atomismo antiguo, 
y se desarrolló entre las dos guerras mundiales en medio de vivas controversias filosóficas. 
Por si fuera poco, la gnoseotécnica ha replanteado el viejo problema metafísico de la rela- 
ción entre la mente y el cuerpo". 
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precisamente en el año de mi jubilación, la oportunidad que me ofrece Fundetel 
para compartir algunas de mis experiencias profesionales, dejando cons tancia 
también en este prólogo de esos esfuerz os continuados y de algunas referencias 
documentadas (a añadir a las que se recogen en las próximas páginas dedicadas 
a exponer los "Orígenes e historia personal de la elaboración del libro", en la sec- 
ción titulada "Bibliografía personal sobre complejidad"), que prueban abrumado- 
ramente la fertilidad aplicativ a de tales conocimientos en el Nuev o Entorno 
Tecnosocial. 


Dicha bibliogr afía personal abarcaba más o menos desde el año 1976 hasta el 
1991, por lo que en ella no se citaba un texto anterior, de diciembre de 1973, muy 
importante para mí por tr atarse de mi Memoria par a opositar a la Cátedr a de 
Ordenadores Electrónicos de esta Escuela, en el que y a mostraba de modo explí- 
cito mi preocupación por emplear enfoques multi- e interdisciplinares, resaltando 
junto a la dimensión técnica de la asignatura las dimensiones económica y socio- 
lógica8, así como la apertur a en un futuro a la dimensión ecológica. Creo que 
dicha Memoria, publicada como libro, mantiene su interés actual por su modo de 
plantear, diseñar y justificar una asignatur a. Entre otr as aportaciones, como 
curiosidad digna de consultarse en los tiempos que corren con aires de Bolonia, 
expone mi método A.T.E. (Aprendizaje, Test, Enseñanza), prioritariamente centra- 
do en el aprendizaje, que presenté como comunicación en el Seminario 
Internacional de Formación Profesional en las Telecomunicaciones, organizado por 
la Unión Internacional de las Telecomunicaciones, Evian (Francia), marzo de 1972. 


8En cuanto a esta dimensión concreta, la Memoria argumenta ampliamente la conveniencia 
de ir a diseños sociotécnicos, de los que en su página 71 dice lo siguiente: "Los diseños 
sociotécnicos, de gran dificultad intrínseca, sólo se gener alizarán cuando las personas abo- 
cadas a realizarlos, o a tomar decisiones sobre los mismos, estén pro vistas de un bagaje 
educativo de índole sociotécnica" (F  . Sáez V acas, Memoria de Cátedra Grupo XXVII 
Ordenadores Electrónicos, ISBN 84-400-7026-8, Dayton, Madrid, 1973, 259 páginas; puede 
consultarse en la Biblioteca de nuestra Escuela con la referencia de título Ordenadores elec- 
trónicos y signatura R.0360). Todavía transcurrirían casi 15 años más hasta que empezar a 
a hacerse patente la socialización de la tecnología informática gr acias a la difusión de los 
ordenadores personales, fechas en las que el mismo autor publica su libro Computadores 
personales: Hacia un mundo de máquinas informáticas , Fundesco, 1987, aplicando en él 
modelos propios de enfoque sistémico y complejidad. 
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A Gustavo y Jesús: gracias 


Como señalé en el primer párrafo de este prólogo, la última y dura fase de orde- 
nación y síntesis de los documentos, fichas y esquemas realizados dur ante 
muchos años de tr abajo personal, recibió una a yuda económica del Instituto 
Tecnológico Bull, negociada por el autor, pero lo importante es resaltar que en esa 
fase colabor aron decisivamente dos alumnos: Gusta vo Alonso García y Jesús 
González Barahona, a quienes, al cabo de tantos años quiero tr ansmitir una vez 
más mi agradecimiento y manifestarles que su tr abajo tiene en esta publicación 
un efecto duradero. Parte de su colabor ación se plasmó además en sendos pro- 
yectos de fin de carrer a, propuestos y dirigidos por mí en nuestr a Escuela. 
Gustavo, que además firmó conmigo comunicaciones en dos congresos internacio- 
nales, defendió su pro yecto, titulado Marco conceptual y modelo sistémico ciber- 
nético de la Ofimática, el 1 de septiembre de 1989. Jesús defendió el sup, Estudio 
de los problemas relacionados con la complejidad de las tecnologías de la infor- 
mación, el 18 de diciembre de 1990. 


Me satisface decir que ambos han orientado su vida profesional a la docencia e 

investigación universitarias. El primero, después de estudiar y obtener en 1994 un 
PhD en Computer Science en la Universidad de Santa Bárbara (California) y de ser 
investigador visitante en el Almaden R esearch Center de IBM, acabó en el ETH 

(Instituto Federal Suizo de Tecnología) de Zurich, donde obtuv o el grado de “full 
profesor” en 2001. Actualmente trabaja en el Department of Computer Science y 
dirige el Institute of Pervasive Computing de dicho departamento. Jesús, tras gra- 
duarse como doctor ingeniero en nuestr a Universidad Politécnica en 1998, tr abajó 
como profesor en la Universidad Carlos III y hoy día es Profesor Titular en el depar- 
tamento de Sistemas Telemáticos y Computación de la Universidad Rey Juan Carlos. 


Una cadena de conceptos, modelos y teorías sobre la Complejidad 
Sociotécnica de las Tecnologías de la Información. ¿Hacia una tecnocultura? 


Los contenidos de este libro se justificaron en su día, aparte de por su interés y 
actualidad, también por su natur aleza embrionaria o como simiente par a futuras 
cosechas, que podrían incluir frutos tales como perfeccionamiento de sus enfo- 
ques, aportación de nuev os elementos o aplicación de sus conceptos, modelos y 
teorías a aspectos diversos de las tecnologías o de su impacto. Y así ha sido. Esos 
contenidos le han servido una y otra vez a su autor, desde 1992 hasta la actua- 
lidad, para ser aplicados a nuevos y diferentes campos, renovando, reenfocando, 
incluso en ocasiones ampliando con ellos la visión de la infr aestructura tecnológi- 
ca general, de la domótica, de las redes o de la inno vación tecnológica, como 
podría comprobar sobr adamente quien analizase mi bibliogr afía en este período . 
Dado que esta comprobación parece poco viable en la práctica, par a dar alguna 
idea de lo que quiero expresar terminaré con unas notas brev es sólo sobre algu- 
nos otros libros o capítulos de libros que he escrito o en los que he colabor ado. 
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En general, puedo decir que las técnicas de complejidad, el enfoque sistémico y 
una visión sociotécnica han actuado siempre como guía y contexto de práctica- 
mente toda una cadena de textos, cuy a decisión de hacerlos haya dependido sólo 
de mí, pero par a ser breve ahora mencionaré ex clusivamente aquellos apartados 
que llevan el término 'complejidad' en su título. Por ejemplo, mi capítulo Tecnología 
de la información, Innovación y Complejidad  ,en el libro de autoría colectiva 
Estrategia empresarial ante el caos, Ed. Rialp, 1993. Sobre Ingeniería del Softuare 
y aspectos relacionados, incluy endo un capítulo dedicado a la Complejidad del 
Software, escribí unas notas tituladas Ingeniería del software: Factores económi- 
cos y humanos, documento de 45 páginas, cuy a última revisión data de junio de 
2000. Dediqué una parte de ese texto didáctico a enseñarles a nuestros estudian- 
tes cómo, para dirigir o participar en un complejo pro yecto de ingeniería del soft- 
ware (tr abajo eminentemente intelectual y por tanto humano al 100%), es 
imprescindible conocer algo más que la pura tecnología. La segunda parte del 
documento?, titulada El Factor Humano (Peopleware) , además de adentr arse 
en la Gestión del Conocimiento, tr ata cuestiones de P. ersonalidad, Grupo y 
Liderazgo y div ersos Conceptos y modelos teóricos o empíricos de Inteligencia 
(teoría factorialista, inteligencias múltiples, inteligencia emocional, inteligencia 
social, entre otros). 


Otro ejemplo, el capítulo 19 de mi libro didáctico digital (publicado en 2003 en mi 
página http://www .gsi.dit.upm.es/“fsaez/intl/indicecontenidos.html) se titula 
Gestión de la complejidad en la empresa . El libro Más allá de Internet: la Red 
Universal Digital, publicado por la editorial Ramón Areces en 2004, y elaborado y 


9Texto incorporado en mi página web: 

http: // www .gsi.dit.upm.es / “ fsaez / intl/ingenieria del  softw are factores econo - 
micos y humanos.pdf. En él puede apreciarse cómo una formación en conceptos de com- 
plejidad es con veniente para superar muchas situaciones de complejidad con las que nos 
encontramos en la vida corriente y que pueden no tener nada que ver con la tecnología. Por 
ejemplo, la gente tiende habitualmente a usar para toda circunstancia una idea simplista de 
algo tan extr aordinariamente complejo como es la inteligencia, que suele asociar con esa 
medida de la inteligencia llamada Cociente Intelectual, porque desconoce que en realidad 
existen múltiples y muy diferentes tipos de inteligencia, y por tanto toma decisiones equivo- 
cadas en relación con la circunstancia concreta. Otro error de simplismo consiste en identi- 
ficar el sistema educativo con el sistema escolar, siendo así que, como explicaba hace poco 
un catedrático de pedagogía, este último es una pequeña parte o componente del sistema 
educativo, en el que también hay que considerar otros componentes activos, tales como los 
tipos de trabajo posibles, las oportunidades de promoción laboral, las estructuras empresa- 
riales e institucionales de aprendizaje, los horarios, las ofertas culturales, los hábitos de ocio, 
la vivienda, etcétera. Hay que aprender a distinguir entre la estructura y funcionamiento de 
los componentes y la estructura y funcionamiento del sistema, que es el conjunto completo 
de componentes y sus interrelaciones: los árboles y el bosque. 
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redactado, al igual que el anterior, dentro de mi época como creador de la asigna- 
tura de Inno vación Tecnológica, pero que en realidad es una sociotecno visión de 
la infotecnología, contiene, dentro de la segunda parte dedicada a exponer unas 
Lecciones de Economía Digital , el capítulo Complejidad. Más reciente, el libro y a 
citado Domótica: Un Enfoque Sociotécnico  ,Fundetel, 2006, dedica a la 
Complejidad su parte más extensa e importante, el Bloque 2, compuesto por 6 
capítulos, para aplicar mi modelo de 3 niveles de complejidad, presentado 23 años 
antes en el Congreso Internacional de Cibernética, a la obtención de un modelo 
integral de la domótica más moderna. Finalmente, mi colaboración especial en el 
libro Web 2.0, Fundación Orange, 2007, tiene una sección para exponer El espi- 
noso asunto del control de la complejidad técnica . 


Impulsado por mis actuales circunstancias personales a dejar aquí señales clar as 
de algunas de mis inquietudes, disquisiciones y críticas, anotaré que de un tiem- 
po a esta parte no dejo de preguntarme si con esta tayectoria particular que estoy 
describiendo, no habré estado , sin saberlo 10, reuniendo y gener ando elementos 
conceptuales para construir unos pilotes de tecnocultura, entendida como una cul- 
tura madur a y responsable de la tecnología. Lo dejo entrev er en la sección 
Tecnocultura, una "asignatura" pendiente , del libro Web 2.0, en la que subr ayo, 
entre otros factores, cómo la hipertrofia de la especialización de los saberes huma- 
nos nos impide conocer la realidad compleja y cómo afrontamos, intelectualmen- 
te desarmados, la incorporación a las vidas, quehaceres y formas sociales de tan- 
tos ciudadanos de una enorme diversidad de instrumentos digitales: "Parece indis- 
cutible que los técnicos tienden a encerr arse en sus nichos especializados, igno- 
rantes de los saberes técnicos conex os y de las bases conceptuales e históricas 
que ilustr arían intelectualmente sus conocimientos, mostrándose insensibles 
(peor que ser ignor antes) al contexto sociológico en el que oper a su tecnología 
particular. Es decir, son técnicos, pero carecen de tecnocultura, que hoy día, dadas 
las circunstancias, debería constituir un aspecto esencial de la cultur a humana y 
no digamos ya de la cultura de los técnicos. Lógicamente, estas características tec- 
noculturales, traducidas a la escala práctica que corresponda en cada casq se pro- 
pagan al universo de los usuarios, deterior ando socialmente la aplicación de la 
tecnología digital". 


10¿Hacemos los técnicos filosofía, sin saberlo, como escribió Bunge en el artículo de TEL OS 
antes citado? 
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Estoy convencido de que a los profesores de ingenierías como la nuestra nos corres- 
ponde meditar sobre estas cuestiones y quizá reformular nuestros enfoques y 
métodos educativos para enriquecerla formación especializada, guiando a nuestros 
alumnos hacia un aprendizaje en el que los conocimientos estrictamente técnicos se 
integren estructuralmente en un modelo sistémico, complejo y responsablemente 
sociotécnico. Mi mensaje: Enseñar tecnología 11, por supuesto , pero potenciándola 
con una buena metodología. 


Al lector que desee adquirir una visión más completa de algunas de mis propues- 
tas de modelos, concebidos bajo la perspectiva intelectual de la Complejidad 
Sociotécnica de las Tecnologías de la Información, le irvito a visitar mi página web 
empezando por http:// www. gsi. dit. upm. es/ “ fsaez/sociotecnologia.html . En 
dicha página encontrará además una selección de artículos, ensa yos y columnas 
guiados por los mismos principios -inevitablemente sembr ados de neologismos12 
del autor-, que podrían completar la visión de los citados conceptos, modelos y 
teorías, una cadena de la que uno de sus principales eslabones de partida fue en 
su día este libro que ho y reeditamos. 


l1Lo que hace este mensaje, al unir tecnología a metodología, es sencillamente recuper ar el 
sentido completo de los conceptos “ingeniería” y “tecnología “. Según el D .R.A.E., la prime- 
ra acepción de este último término es: "Conjunto de teorías y de técnicas que permiten el 
aprovechamiento práctico del conocimiento científico"; la cuarta dice: "Conjunto de los ins- 
trumentos y procedimientos industriales de un determinado sector o producto". En cuanto a 
la ingeniería, un diccionario inglés que tengo a mano al redactar este texto la describe así: 
"The discipline dealing with the art or science of applying scientific knowledge to prctical pro- 
blems". El significado profundo de la pr acticidad a la que aluden todas las definiciones tiene 
que ver con la realidad compleja en sus div ersos niveles. Por eso, llegando a sus extremos 
sociales, Bunge escribe: "La responsabilidad mor al y social del técnico es muchísimo más 
pesada que la del investigador científico, porque el primero diseña o controla la fabricación o 
el funcionamiento de artefactos o de organizaciones que pueden perjudicar a la gente (...)". 


12para distinguir los elementos, objetos, seres, fenómenos y conceptos nuevos es inevitable 
proponer términos nuev os, neologismos, como se explica detalladamente en el libro 
Creación Neológica y Nuevas Tecnologías , coordinado por F. Vilches, Fundación V odafone, 
2006. 
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(Nota escrita al corregir las pruebas del libro: en estos momentos, una amiga me 
regala un libro (en español, Ed. K airós), cuy o autor, Jon K abat-Zinn, en su 
Introducción a la Edición del Decimoquinto Aniversario, fechada en septiembre de 
2004, dice que “el contenido de su libro no ha sido alter ado, que lo único que se 
ha hecho es añadir esta Introducción”. Curiosa coincidencia con las circunstancias 
del mío, si bien el suyo se dedica a las técnicas de meditación con atención plena 
y éste a la complejidad. Se me ocurre que bien podría ser que para afrontar emocio- 
nalmente los efectos estresantes de la complejidad sociotécnica de las tecnologías de 
la información hubier a que pr acticar esas técnicas MBSR (Mindfulness-Based 
Stress Reduction) de meditación kabatiana. Escribe K abat en el segundo párr afo 
de esta Introducción que “si nos tr ansportamos a 1990, cuando este libro apareció 
por primera vez, notamos que el mundo ha cambiado tremendamente desde 
entonces, de forma impensable, quizás más que en cualquier época anterior en 
tan corto espacio de tiempo . Tan sólo observemos el ordenador portátil, los telé- 
fonos móviles, Internet...; el impacto de la rev olución digital está pr acticamente 
en todo lo que nos rodea, y la aceler ación del ritmo de vida y el nuev o estilo de 
vida que envuelve los 7 días de la semana y las 24 horas del día (7/24), sin men- 
cionar la inmensidad del cambio social, económico y político que se ha producido de 
forma global durante este período. La velocidad con la que las cosas cambian en la 
actualidad es problable que siga, y sus efectos serán más sentidos e inevitables. 
Se puede decir que la rev olución de la ciencia y la tecnología, y su influencia en 
cómo vivimos nuestra vidas, está apenas empezando. Con certeza, el estrés de 
adaptación a estos cambios añadido a todo lo demás continuará creciendo en las 
próximas décadas”). 


El autor 
Febrero, 2009 
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Orígenes e historia personal de la elaboración del libro 
(Presentación de la primera edición de estas Notas de Curso) 


En abril de 1990 asistí al Workshop Informatics Curricula for the 90's (U.S.A.), 
y allí presenté una comunicación en la que proponía incorporar la dimensión de la 
complejidad a todas las recomendaciones curriculares relativ as a la informática. 
Pocas fechas antes había aparecido un artículo mío en la revista Systems 
Practice, donde analizaba una experiencia de varios años enseñando a mis alum- 
nos de la Escuela Técnica Superior de Ingenieros de Telecomunicación de 
Madrid a conocer y manejar la complejidad, tal como ésta se manifiesta, no sólo 
en el ámbito de la informática, sino en el del conjunto de las tecnologías de la 
información. 


Reciente estaba también (diciembre de 1989) la concesión del Premio Fundesco 
de Ensa yo por mi libro Ofimática Compleja (publicado en 1990), dedicado a 
construir (y por tanto a demostrar que se podía construir) una teoría nueva y com- 
pleta, y, lo que es más importante, una teoría fundamentada en la complejidad, 
acerca de una de las grandes áreas de aplicación de las tecnologías de la informa- 
ción. El Premio Computerworld, obtenido el mismo año , resultaba asimismo una 
compensación a la larga época de a ventura personal trabajando, en medio de la 
incomprensión y el silencio, en un campo desconocido. 


1. Manejar la complejidad 


Al volver de Providence, me detuve un par de días en Boston par a visitar la uni- 
versidad de Harvard y el M.I.T. y dejar transcurrir unas horas interesantísimas en 
el museo de ordenadores, en cuy a tienda adquirí varios libros. Uno de ellos atr ajo 
mi atención más que los demás, porque su objetivo consistía en resaltar la impor- 
tancia y el auge de la complejidad como un nuev o dominio científico y técnico 
(H.R.Pagels, The dreams of reason: The computer and the rise of the scien- 
ces of complexity, Bantam, N.Y., 1989). Respiré contento, porque, aún no satis- 
faciéndome totalmente su enfoque, el hecho significaba par a mí que en el país 
tecnológicamente más avanzado (por ahora) del mundo empezaba a vislumbrarse 
a escala más pública una preocupación por la complejidad, consider ada como 
objeto intelectual con entidad propia e independiente de su materialización con- 
creta. Las referencias contenidas en este libro indicaban la emergencia de focos 
humanos e institucionales interesados en uno u otro aspecto de la complejidad. 
Venían a sumarse a los que y a me eran más conocidos, singularmente franceses 
e ingleses. 


Pocos meses después, la Association for Computing Machinery anunciaba la 


convocatoria de la primera de una serie de conferencias anuales sobre temas crí- 
ticos de la informática. Esta se celebraría, como así ha sucedido, y en ella estuve 
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presente, durante los primeros días de noviembre de este mismo año de 1990 en 
Arlington (U.S.A.). Uno de los dos temas tr atados fue Managing Complexity. 
Aunque tampoco acabó por satisfacerme el enfoque de la Conferencia ni el niv el 
conceptual de los asistentes, sí lo logró el hecho de que se declarase a la comple- 
jidad como un asunto crítico y por encima de toda especialidad o aplicación. 


No sé si las acciones que se propondrán par a el futuro, como resultado de las 
conclusiones de esta Conferencia, acabarán teniendo alguna influencia en las 
recomendaciones curriculares según la línea que y o sugerí en Pro vidence meses 
antes, aunque esto y seguro de que no la tendrán en los planes de estudio espa- 
ñoles que ahora se están diseñando. 


Otro hecho digno de ser resaltado es la reciente publicación del prestigioso informe 
sobre recomendaciones curriculares para la informática preparado conjuntamente 
(por primera vez) por la Association for Computing Machinery y la Computer 
Society del Institute of Electrical and Electronics Engineering ( Computing 
Curricula 1991, ACM Press 8: IEEE Computer Society Press, dic. 1990). Los requi- 
sitos comunes propuestos par a todo gr aduado en informática se dividen ahí en 
nueve áreas y una complementaria. El área complementaria, dirigida a cuestiones 
sociales, éticas y profesionales, y otr a de las básicas, sobre Inter acción Hombre- 
Máquina, cubren aproximadamente el siete por ciento del total de hor as lectivas, 
y tienen mucho que ver con algunos de los temas que proponemos en este texto. 
El mismo informe recomienda cursos a  vanzados sobre Impacto Social de la 
Informática y sobre Interfaces Hombre-Máquina. 


Más significativa es su propuesta explícita de la idea de los conceptos recurrentes, 
definidos como esa clase de conceptos fundamentales que se repiten en todas las 
áreas y que, por tanto, proporcionan un marco para integrar los contenidos curri- 
culares en los cursos reales. Por su profunda relación con nuestro texto resaltare- 
mos los tres siguientes: la complejidad de problemas gr andes, los modelos con- 
ceptuales y los niveles de abstracción. 


Como podrá comprobar posteriormente el lector, concibo la complejidad como una 
nueva dimensión desde la cual puede construirse una arquitectur a sociotécnica 
completa de las tecnologías de la información (y no sólo de la informática) y por 
consiguiente los dos últimos acontecimientos relatados me parecen tímidos y fag- 
mentarios, pero también es verdad que de ellos he recibido el incentivo moral de 
que había emprendido un camino adecuado con las acciones por mí iniciadas hacía 
años y que estaban ahor a tomando forma didáctica de texto en estas Notas de 
Curso, cuya redacción acometí a mediados de 1989. 


Tal vez sea preciso hacer constar que a nuestro alrededor prev  alece una idea 


generalizada de que las cosas son sencillas, en el fondo. En la vida de cada día se 
repite una y otra vez la frase "¡es así de simple!". Pocas fechas antes de redactar 
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esta presentación, y en el curso de un seminario sobre el futuro de la formación 
de nuestros ingenieros, un ponente, él mismo ingeniero y encumbr ado directivo 
en una empresa de tecnología a vanzada, decía textualmente que "las cosas se 
pueden explicar de maner a simple". Creo , por el contr ario, que sólo se pueden 
explicar de maner a simple las cosas simples, y que si las cosas complejas se 
explican de manera simple, o se están trivializando, o se está dando de ellas una 
versión superficial, o se están mutilando . Mi postura no implica estar a fa vor de 
introducir complejidad artificialmente, un arma habitual de técnicos mediocres y 
de incompetentes, y es compatibilizable con lo que expresa el aforismo anónimo: 
"hasta lo más pequeño es importante". Según mi experiencia, lo preocupante de 
las frases anteriores es que expresan un estado de ánimo opuesto al reconoci- 
miento explícito y decidido de la complejidad, como tachándolo de un capricho de 
algunos que, al parecer, tenemos vocación de complicar las cosas. 


2. Origen y objetivos de estas Notas de Curso 


Explicaré el origen de estas Notas, aunque no es posible hacer una historia 
completa, porque, además de aburrir al lectop consumiría mucho espacio. Empecé 
a interesarme explícitamente por la complejidad apro  ximadamente cuando en 
1977 traduje un libro llamado El Macroscopio. Desde 1978 contribuí de forma 
muy activa a introducir en el plan de estudios de la Escuela de T elecomunicación 
dos asignaturas tituladas Cibernética y Teoría de Sistemas I y Cibernética y 
Teoría de Sistemas II  . Esta última pasó posteriormente a denominarse 
Ingeniería de Sistemas, y este plan ha continuado formalmente hasta el momento 
presente. Durante siete años me ocupé personalmente de la primer a de estas 
asignaturas, orientándola hacia una teoría formal de los sistemas, modificando 
progresivamente, como es lógico, sus contenidos. 


Durante el curso académico 1985-86 decidí cambiar radicalmente dichos contenidos 
y diseñar y construir una asignatura totalmente centrada en la complejidad, utili- 
zando en lo posible, eso sí, el enfoque sistémico. Mi idea de la complejidad incluía, 
y la incluye todavía con mayor fuerza que entonces, la complejidad sociotécnica. 
La dificultad fundamental para este cambio de eje ha sido siempre la falta de refe- 
rencias, la ausencia de un mínimo cuerpo de doctrina sobre el que basarse. Como 
consecuencia natural, he ido in ventando, apostando y con mucha frecuencia 
creando yo mismo los materiales (los modelos, la documentación). Hasta hace 
muy poco tiempo ni siquiera he podido contar con la a yuda de estudiantes orien- 
tados a desarrollar su proyecto de fin de carrera como soporte para mis trabajos, 
porque la complejidad no er a (y en el fondo sigue sin serlo) un tema académico 
en la Universidad, y menos aún en una Escuela de ingenieros. 


El método para mis clases ha tenido que ser improvisado y siempre se ha visto afec- 


tado por la servidumbre de tener que sobrellevar la falta de estructuración debida a 
la naturaleza misma de sus contenidos. En lo que se refiere a la documentaciónpara 
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su estudio y consulta, en cada curso he propuesto una relación (inconexa a los 
ojos de cualquier observador) de artículos y capítulos de libros, a veces, y no por 
egocentrismo, de mi propia y creciente cosecha, como y a se ha dicho. 


En todo momento estaba en mi ánimo resolv er este problema, que, entre otr as 
cosas, impedía la transferencia de conocimientos fuera de nuestra Escuela y hasta 
el hecho banal de v erme sustituido por causas de enfermedad o viaje, y a que el 
secreto, por así decirlo, de las conexiones entre los referidos artículos sólo estaba 
en mis fichas y en mi cabeza. La solución al problema radicaba en confeccionar un 
libro o unos apuntes, y esto último es lo que finalmente es este texto . Pero la índole 
enormemente abierta e indefinida del tema, junto con la envergadura del empeño, 
me ha detenido hasta ahora, en que, con la colabor ación de Gustavo Alonso y de 
Jesús González y una a yuda económica del Instituto Tecnológico Bull se ha aco- 
metido el trabajo, encarnado en una versión inicial (versión 0). 


3. Arquitectura sociotécnica de la complejidad de las tecnologías de la 
información 


El texto ha tomado como punto de partida la idea global de que dentro de los 
cambios constantes del mundo en gener al y de las tecnologías de la información 
en particular, siempre está presente, y cada día de forma más acusada, percutiente 
y polifacética, la complejidad. Ello plantea un conjunto de desafíos y dificultades, 
que requieren ser explícitamente afrontados: la complejidad es una dimensión 
abstracta, pero insoslayable, de las tecnologías de la información. 


En la medida en que tal complejidad afecta y es afectada por el sistema social, he 
adoptado un enfoque muy amplio , intentando cubrir ámbitos teóricos, técnicos y 
humanos. Resumiendo, mi objetivo final ha consistido en diseñar un primer texto 
sobre la arquitectura sociotécnica de la complejidad de las tecnologías de la infor- 
mación (con ma yor énfasis en la informática, porque ésta es ho y, metodológica- 
mente, el motor dinamizador de las T .T.1.1., o T.I., para hacerlo más brev e). Sin 
embargo, no estoy nada seguro de haber sido totalmente capaz de tr asladar a lo 
escrito el espíritu ingenieril orientado a la resolución de problemas que intento asu- 
mir en mis clases. 


Quiero subrayar que, precisamente, uno de los aspectos a los que he concedido 
mayor significación y que mejor muestr an el enfoque sociotécnico es el de la 
convivencialidad. Sin embargo, ésta ha sido una de las cuestiones más desaten- 
didas en nuestro texto , aunque no suceda así en mis tr abajos publicados sobre 
esta temática. Por suerte, la preocupación por la convivencialidad se ha ido abriendo 
camino y ho y se reconoce su importancia bajo distintas denominaciones, como 
Human Computer Interaction o Computer Human Interaction (H.C.I., o C.H.I.), se 
publican libros y revistas especializadas, y se celebr an congresos de varios tipos. 
Incluso existen cátedras. 
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La situación actual contr asta bastante con la que existía hace seis o siete años, 
cuando en una conferencia internacional de 1983 sobre softw are me rechazaron 
una comunicación en la que presentaba mi modelo 5p para el desarrollo profesional 
de software. Los revisores que examinaron el artículo , animados por una visión 
especializada y simplista como la que comentábamos arriba, simplemente no lo 
entendieron. Sólo a partir de 1989, algunos textos conocidos en el campo del 
software han introducido tímidamente en sus nuevas reediciones algunos de estos 
planteamientos (Factores humanos, diseño de interfaces hombre-máquina, etc). 


4. Organización del texto 


Teóricamente, este texto es un embrión de futur as versiones, en las que tal v ez 
podrá unificarse mejor el estilo , pulir r azonamientos, corregir err atas, reducir 
contradicciones, perfeccionar los enfoques y aportar nuev os elementos o aplicar 
los conceptos a diversos campos de la tecnología o de su impacto. A propósito no 
se han eliminado todas las redundancias, por r azones de refuerz o didáctico , 
teniendo sobre todo en cuenta que los contenidos de los capítulos no están nece- 
sariamente organizados a la manera secuencial clásica (de hecho, en esta prime- 
ra versión, ni siquiera se llaman oficialmente capítulos). 


En mis fichas y anotaciones personales se acumulan cuestiones y matices que no 
se han podido recoger aquí, pero ellos seguirán estando en mis clases, como han 
de estarlo en las clases de todo profesor. Lo que es de esper ar es un impacto de 
la publicación de estas Notas sobre el alumno , porque éste tr abajará de manera 
más adecuada contando con un texto y la bibliogr  afía pertinente. Y a mí, o a 
quienquiera que emplee este texto como soporte de un curso, me permitirá pasar 
por alto en clase ciertas descripciones antes obligadas por las carencias de la 
dispersa documentación anterior. 


En todo caso , este conjunto de páginas no tiene otr a pretensión, en su estado 
actual, que servir de soporte a unas clases. Pueden servir también, iqué duda 
cabe!, como lectura autónoma, pero no se garantizan los resultados si el estudiante 
no dedica un tiempo sustancial a consultar la bibliogr afía recomendada en cada 
"capítulo". 


Se dividen estas Notas en cuatro partes. 
La primera se refiere a generalidades sobre la complejidad en sentido abstr ac- 


to, y sobre teorías, técnicas, y otros conceptos útiles extraidos de la Cibernética y 
del Enfoque Sistémico. 


TECNOLOGÍAS DE 
GENERALIDADES jm Mx1x0 210 a LA INFORMACIÓN 
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En segundo lugar, describo un modelo simbólico original (e inédito , porque hasta 
el presente sólo se ha expuesto en las clases del autor) diseñado par a abordar 
intelectualmente las situaciones de complejidad, y al que he denotado por la 
fórmula fácil de recordar H x1x0O . Realmente, es un marco general para la 
construcción de modelos (en inglés U .F.M., por Universal Framework for 
Modelling). Esta parte aparece encabezada por una apretada y v ariadísima reco- 
pilación de textos sobre complejidad, que cubre casi por completo el espectro 
posible de cuestiones sobre la complejidad, como pretende hacer también el 
modelo formulado. Cumple además el papel de identificar unas referencias biblio- 
gráficas de fondo en el campo teórico y conceptual de la complejidad, que, por su 
profundo calado, no han sido utilizadas en este texto de orientación didáctica. 


La tercera parte se dedica y a a estudiar diferentes aspectos de la complejidad 
de/en/con algunas parcelas de las tecnologías de la información . Es de todo 
punto evidente que esta parte es la más abierta, puesto que en ella caben otros 
muchos temas no tratados y hasta div ersas formas de tratarlos. Y, en definitiva, 
los que están lo están principalmente a título de muestr a del tipo de enfoque 
propuesto. 


El esquema gráfico adjunto ilustra a lo largo del libro estas tres partes. Lo utiliza- 

remos en formato reducido para ubicar cada uno de los "capítulos", empleando ini- 
ciales para simplificar: G (por Generalidades), M (por Modelo Hx1x0) y T.I. 

(por Tecnologías de la Información). Como se verá más adelante, los capítulos de 

la parte G, que es la más estructur ada, usan además otro esquema, que ayuda a 

seguir en todo momento el desglose de la G en subpartes. 


Finalmente, y y a con un formato libre, se recopilan en una sección de anexos 
unos trabajos recientes del firmante y de uno de sus colaboadores. Precisamente, 
los dos artículos allí recogidos sobre ofimática constituyen un ejemplo práctico del 
tipo de potente discurso que puede generarse a partir de los conceptos presentados 
en estas Notas y del sinnúmero de detalles que la consulta de la bibliogr afía 
aportará al lector deseoso de profundizar. 


5. Bibliografía personal sobre complejidad 


Antes hablé de egocentrismo. Me interesa mucho tocar este punto, para rechazarlo, 
porque sé que al leer este texto algunas personas experimentarán la sensación de 
que en él hay demasiadas autocitas. La verdad es que sería inadecuado evitarlas, 
en la medida en que estas Notas se han ido construy endo en una proporción 
importantísima sobre las aportaciones personales de un buen montón de años. Es 
decir, que cada trabajo se ha edificado sobre otros anteriores, a los que se hace 
referencia, si ello se ha considerado pertinente, por no repetirlos. 
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Pero lo que sucede en realidad es que aspectos muy significativws se quedan fuera 
del texto y por último desaparecen en artículos o comunicaciones inencontr ables, 
y lo que es seguro es que hasta se pierde traza de los trabajos que uno mismo ha 
hecho. 


Por esto último y por todo lo que v engo diciendo a lo largo de esta presentación, 
encuentro que, en lo que a mí respecta y pese a engañosas apariencias, estas 
Notas constituirían una rendición imperfecta e incompleta de cuentas de mi labor 
sobre la complejidad, si no agrupar a en una relación bibliográfica el conjunto de 
mis trabajos publicados en los que directa o indirectamente se tr ata explícitamente 
la complejidad. Que es lo que se hace a continuación. 


(Nota: La relación sigue un orden cronológico , aunque se han señalado con un 
asterisco los libros. El resto aparece indiferenciado: artículos, comunicaciones y 
otros. Cuando ha y más de un autor, ello se indica, aunque sin reseñar su o sus 
nombres, salvo en el caso de los libros). Es de adv ertir que durante la corrección 
de pruebas de estas Notas se han añadido algunas referencias más cuy a fecha es 
posterior a la del término de su redacción. Lo mismo sucede con uno de los artículos 
del Anexo. 


Sistemas, Apuntes dentro del curso Fundamentos y Función de la Ingeniería, E.T .S.I.T., 
dic. 1976. 


Traducción del libro El macroscopio. Hacia una visión global, Editorial AC, 1977. 


Desarrollo modular y jerarquizado de un sistema software para ayuda al diseño 
automatico de sistemas digitales con estructura modular (coautor), IV Congreso 
de Informática y Automática, oct. 1979. 


Ponencia sobre aplicaciones de la teoría general de sistemas en las ciencias de lo 
artificial, en Mesa Redonda sobre la Teoría General de Sistemas, 7-8 julio 1980. Publicada 
en Comunicaciones de las Terceras Jornadas de Automática, Sevilla, mayo 1980, pp. 1-13, 
con el título Aplicaciones en las Ciencias de lo Artificial. 


Contribución al diseño automático de sistemas digitales modulares mediante un 
sistema software modular y jerárquico (coautor), Revista de la R eal Academia de 
Ciencias Exactas, Físicas y Naturales de Madrid, tomo LXXIV, cuaderno 4, 1980. 


Concepción multinivélica y cuasidescomponible de sistemas complejos. 


Aplicación a la informática (coautor), Comunicación presentada en el V Congreso de 
Informática y Automática, mayo 1982, Actas pp. 281-286. 
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Training organization of a middle-size company engaged in information techno- 
logy services: theory and practice, in: Preprints of IFAC/IFIP Conference "Training for 
Tomorrow", pp. 187-193, Leiden (Holanda), junio 1983. 


El mensaje: invariancia, complejidad, analfabetismo informático y vuelta a los 
orígenes, Prólogo (con mensaje) a la tercer a edición del libro FUNDAMENT OS DE LOS 
ORDENADORES (coautor). 


Facing informatics via three level complexity views , in Proceedings of 10th. 
International Congress on Cybernetics, S  ymposium XII: Man in a High T echnology 
Environment (G.E. Lasker, ed.) pp. 30-40. International Association of Cybernetics, Namur 
(Bélgica), 22-27 agosto 1983. 


Las tecnologías de la tercera revolución de la información , Mundo Electrónico , 
oct. 1983, pp. 133-141. 


Propuesta de algunas pautas para guiar la elaboración, a mediados de los ochen- 
ta, de los objetivos, metodología y pedagogía de la enseñanza de la informática 
en cualquier nivel educativo , Ponencia central para un seminario del C.R.E.I. sobre 
Objetivos, Metodología y Enseñanza de la Informática, no v. 1983. Publicada en e | libro 
Papeles de Buitr ago, C.R.E.I. , Madrid, abril 1984, pp 10-56. Publicada en la revista 
Novática, vol. X, num. 55, 1984, pp. 25-39. 


El núcleo duro de la informática y los derechos humanos , Lección en el Curso de 
Informática y Derechos Humanos del A ula Municipal de Cultur a del A yuntamiento de 
Madrid, Madrid 13-16 marzo 1984. Publicada en la revista BIT, año 6, num.34, 1984. 
Some framework ideas for Software Engineering Education —, in: Proceedings of 
International Computer Symposium 1984, Vol. 1, pp. 150-156, Taipei ( Taiwan ), 12-14 dic. 
1984. 


Cinco subculturas informáticas, Telos, num. 1, 1985. 


Convivencialidad, complejidad, computadores e informática, La Vanguardia, domingo, 
24-2-1985. 


* Fundamentos de Informática, libro (coautor, Gregorio Fernández), Alianza Editorial, 
Madrid, 1987. 


* Computadores personales: Hacia un mundo de máquinas informáticas , libro, 
FUNDESCO, Madrid, 1987. Accesit al 11 Premio Fundesco de Ensa yo. 
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Towards a conceptual remodeling of information technologies based on a broad 
consideration of complexity , Comunicación en el 31st Annual Meeting of the 
International Society for General Systems Research, Budapest (Hungría), 1-5 junio 1987. 


Ordenadores personales, concurrencia y Quinta Generación , BIT, año 10, num. 50 
especial conmemorativo del decenio, 1987. 


Tecnologías de la información, ordenadores personales y p.i.p.c ., BIT, 11, 56, pp. 
37-46, 1988. 


Sociedad de la mente y complejidad ofimática, Computerworld, 335,9, 1989, artícu- 
lo ganador del II Premio periodístico Computerworld España. 


Apuntes sobre la percepción social de la informática, TELOS, 16, pp. 13-19, 1989. 
Proposal of a three level complexity model for office automation (coautor, Gustavo 
Alonso), in Proceedings of the 33rd Annual Meeting of the Int. Sociey for General Systems 


Research, Edinburgh, Scotland, jul. 1989. 


A complexity architecture for information technologies: a three year didactic 
experiment, Systems Practice, 3, 1, 1990, pp. 81-96. 


Bajo el signo de la trivialización , editorial, TELOS, 20, dic. 1989-febr. 1990, pp. 7-8. 
* Ofimática compleja, libro, Premio Fundesco de Ensayo 1989, Fundesco, 1990. 


Una contribución al estudio de la complejidad ofimática, (coautor, Gustavo Alonso), 
Novática, XV, 83, 1989, pp. 13-21. 


Architectural guidelines for the curricula: 3 layers, 3 new dimensions, 2 basic 
orientations, different levels in the topics , comunicación presentada en el 
International Workshop IFIP WG 3.2 on Informatics Curricula for the 1990s, Pro  vidence 
(R.I.), abril 1990. 


Subculturas e ideologías informáticas, TELOS, 22, junio-agosto 1990, pp.14-22. 
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Bloque 1: Generalidades 
Capítulo 1: La variedad, en el sentido cibernético 


Antes de introducirnos de lleno en el estudio de la complejidad, hemos creído con- 
veniente introducir el concepto de variedad, que en general es más intuitivo y sencillo de 
comprender. Y sin embargo, su potencia es suficiente para que Beer compare la importan- 
cia de una de sus consecuencias (la ley de la variedad requerida) con las leyes para la mecá- 
nica de Newton. 


Aunque el origen de la idea de variedad se encuentra en el ámbito de los sistemas de 
control, veremos cómo es de gran aplicación en otros muchos campos, incluso en la vida dia- 
ria. Nos daremos cuenta, incluso, de las veces que sin saberlo utilizamos en nuestra vida 
diaria herramientas basadas en este concepto. Probablemente, después de leer este capítulo, 
seamos capaces de descubrir la variedad y sus aplicaciones por todas partes. 


ENFOQUES Y TEORÍAS 


CONCEPTOS 


MARCOS 


VARIEDAD 


TRATAMIENTO SISTEMAS 
E za 
ESTRUCTURA 
JERARQUÍAS y 
HISTORIA 
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1. Introducción 


Stafford Beer compara la importancia de la ley de la v ariedad requerida con las 
leyes de Newton [Beer, 1974]. En cualquier caso , la importancia del concepto de 
variedad es muy grande en el campo de los sistemas de regulación, y en muchos 
otros. Nosotros lo usaremos además como primer a toma de contacto con la 
complejidad, al proponerlo (siguiendo a Beer), como una medida de ésta. 


En general, podemos decir que los objetos del mundo que nos rodea son complejos, 
y por lo tanto tienen asociada una determinada wriedad. Nosotros, para compren- 
derlos y manejarlos, necesitamos absorber de alguna forma esta variedad. Pero 
las capacidades que tenemos para realizar esto son limitadas: dependen de nuestra 
propia variedad. Veremos que para poder manejar sistemas de mayor complejidad 
que la nuestra hemos de usar unas herr amientas (físicas o conceptuales): los 
filtros de variedad. 


La variedad, por otra parte, depende en gran medida del observador. Dos perso- 
nas distintas, con intereses y capacidades diferentes, asociarán con el mismo 
objeto dos v ariedades generalmente no iguales. P or eso tiene sentido aplicar el 
concepto de variedad al conjunto objeto-observ ador, y no a ninguno de ellos por 
separado. 


La variedad tiene sus leyes, tan inquebrantables como las de Newton (según citaba 
Beer). De ellas deduciremos el comportamiento de esas herr amientas que hemos 
mencionado: los filtros de variedad. 


Para finalizar el capítulo , aportaremos una demostr ación de la ley de la variedad 
requerida para un caso que, si bien es restringido, no por ello está exento de interés. 


2. Variedad 


Comencemos por definir el concepto de variedad, tal y como es entendido por 
Ashby. Para ello, atendamos a un observ ador interesado en algún aspecto del 
mundo que le rodea. Consideremos que el objeto al que dedica su atención está 
formado por un conjunto de elementos. Pues bien, la v- ariedad de ese conjunto 
puede ser definida como el número de elementos diferenciables por el observador. 
Así, el conjunto X a,b,a,b,d,a,c,a,b,d) tendrá una v ariedad igual a 4 (cuatro ele- 
mentos diferenciables: a, b, c y d) 


Intentaremos aclarar el significado de esta definición recurriendo a unos ejemplos, 
debidos al propio Ashb y ([Ashby, 1956], citado en [Sáez V acas, 1987], pág.115, 
y [Ashby, 1973], citado en [Klir, 1985], pág.132). 
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Definamos las clases de cerdos por las propiedades "r aza" y "sexo". Un granjero 
puede distinguir 8 razas distintas de cerdos, pero no es capaz de reconocer si son 
machos o hembr as. Sin embargo su mujer distingue perfectamente los sex Os, 
aunque no entiende nada de razas. Pues bien, ante un conjunto de cerdos donde 
se den todas las combinaciones posibles de sex os y razas, el granjero percibirá 8 
clases diferentes (v ariedad 8), mientr as que su mujer sólo podrá distinguir dos 
(variedad 2). Si los dos trabajan en equipo, uno encargándose de diferenciar razas 
y otra sexos, podrán apreciar 16 clases diferentes (variedad 16). 


Sea ahora un neurofisiólogo estudiando el cerebro . Sin duda lo considerará como 
algo extremadamente complejo (con neuronas entrecruzándose, enzimas catali- 
zando reacciones, etc), y distinguirá en él un elev ado número de elementos dife- 
rentes. Por lo tanto, para el neurofisiólogo la variedad del cerebro es muy elevada. 
Por el contrario, para un carnicero ese mismo cerebro no es más que un tipo de 
carne. Los elementos diferentes que distinguirá en él serán muy pocos (quizás inclu- 
so lo considere como un único elemento). La v ariedad que percibirá el carnicero en 
este caso será muy pequeña. 


Una forma también sencilla de entender la idea de v ariedad es utilizando las uni- 
dades de memoria empleadas en los ordenadores. Así, un dígito binario , un bit, 
tiene dos posibles estados, 1 y O, su v ariedad es 2. Un conjunto de ocho bits, un 
byte, tiene una variedad de 2* = 256. Una memoria de 1 Kb yte posee una varie- 
dad de 1.024 x 256 = 262.144. De la misma forma, lo que se entiende por una 
palabra en el argot de los ordenadores (16 bits) tiene una v ariedad de 2 ** = 
65.536, mientras que 1 Kpalabr a alcanza una v ariedad de 1.024 x 65.536 = 
67.108.864. 


Aunque a partir de los ejemplos vistos pueda parecer lo contr ario, la idea de variedad 
no suele ser sencilla a la hor a de aplicarla a casos no triviales. No siempre se 
puede obtener una medida concreta de la variedad (así, en el ejemplo del cerebro, 
¿cual sería la variedad que percibe el neurofisiólogo?). Sin embargo es un concepto 
muy potente, y en muchos casos no es necesario tener una medida exacta, sino 
simplemente ideas de su orden de magnitud, o de la relación entre las variedades 
en dos casos distintos, etc. Por ejemplo, volviendo al cerebro, nos ha servido para 
dar una idea de cómo la imagen que de él tienen un carnicero y un neurofisiólogo 
no tienen nada que v er (aunque en ninguno de los dos casos ha yamos calculado 
con exactitud la variedad percibida). 
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3. Variedad y sistemas de control 


Beer define la variedad de un sistema como el número de los estados posibles de 
ese sistema [Beer, 1974]. Y considera a la variedad así definida como una medida 
de la complejidad de ese sistema. P ara él, la complejidad vendría dada por tanto 
por los estados posibles. 


Sea un sistema formado por dos personas, cada una subida en una escaler a. 
Sostienen desde esa altur a los extremos de una cuerda elástica, de cuy o punto 
medio cuelga una pelota. Supongamos que cada persona sólo realiza dos mo  vi- 
mientos: subir o bajar su extremo de la cuerda. Mediante estos mo vimientos, 
ambos intentan controlar el mo vimiento de la pelota. Y par a darle emoción al 
asunto, tenemos en la vecindad un gato que gusta de jugar dándole zarpaz os de 
vez en cuando. Esto nos asegura que nuestros sufridos personajes tengan tr abajo 
de manera continua. 


Pues bien, ya tenemos el sistema, que además puede quedar definido por un estado 
de salida: la posición instantánea de la pelota. Además consider aremos que los 
estados estables (los que nuestros personajes intentan mantener) son aquéllos en 
los que la pelota está quieta. 


Eh e 


| PA 
j de ] Ñ 


Fig. 1. Individuos subidos en escaleras, sosteniendo la pelota 


Es fácil imaginar a los dos subiendo y bajando la cuerda, hasta que consiguen 
mantener la pelota quieta. Si se coordinan bien, es de esper ar que lo consigan 
rápidamente. 


Pero supongamos ahor a que aparecen más personas que quieren participar en 
nuestra empresa. Cogen a su vez una escalera cada uno y añaden una nuev a cuerda 
al montaje. Se unen así más elementos (personas y cuerdas) al sistema. Sean así 
tres, cuatro, cinco... Y el gato sigue incordiando . A poco que nos imagin emos la 
escena, tendremos a todas las personas gritándose unas a otr as, diciendo lo que 
creen que deben hacer los otros, en un v ano intento por coordinarse (suponga- 
mos, por ejemplo, que tenemos 20 personajes intentando hablar con cada uno de 
los otros 19...). La situación puede llegar a ser absolutamente caótica. 


¿Qué ha ocurrido? Utilicemos la nuev a herramienta que acabamos de introducir: 
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calculemos la variedad del sistema en cada uno de los casos. P ara dos personas, 
tendremos 4 estados posibles (cada elemento sólo puede tener dos estados: subir 
o bajar su cuerda): v ariedad 4. Pero para tres personas serán y a 8 los estados 

(variedad 8). La variedad crece alarmantemente, según la expresión 2”, siendo n 
el número de personas que intervienen. 


De este rápido aumento de la variedad se puede deducir (según hemos visto hace 
un momento) un rápido aumento de la complejidad del sistema, o lo que es lo 
mismo, de la dificultad para mantener la pelota quieta: el sistema crece exponen- 
cialmente en v ariedad, y así crece también la dificultad par a controlarlo. Serán 
necesarios métodos que reduzcan ésta variedad, si queremos un mínimo de efec- 
tividad. Entre éstos pueden estar los siguientes: 


a. Introducción de una jerarquía: cada M personas a las órdenes de un jefe, que 
limita su libertad (con lo que tendremos menos estados posibles). 


b. Conexiones rígidas entre las cuerdas elásticas, que limitan el efecto de un 
movimiento. 


c. Obviamente, matar al gato también ayudaría: una vez alcanzado el equilibrio, 
nos aseguramos de que el sistema se quede en él indefinidamente. 


4. Variedad y observador 


Algunos de los ejemplos anteriores (en especial el del cerebro y el del granjero) 
nos muestran de una forma muy directa la dependencia entre v ariedad y obser- 
vador. Esta dependencia es tan grande que podemos decir que la wriedad no tiene 
sentido como propiedad intrínseca de los objetos, que sólo adquiere significado 
cuando se asocia a un observ ador concreto. Así, hablaremos de "la v ariedad del 
cerebro cuando lo estudia un neurofisiólogo", y no de "la variedad del cerebro", o 
de la de un grupo de cerdos para el granjero (y no simplemente de la variedad de 
los cerdos). 


Algunas veces no hablamos explícitamente del observ ador, pero lo incluimos de 
una forma más o menos solapada a la hora de elegir y definir el objeto al que nos 
referimos. Sería éste el caso del ejemplo de las memorias de ordenador 
Implícitamente hemos considerado que el observador está interesado únicamente 
en el aspecto cuantitativo de almacenamiento de información "bruta" (medida en 
bits). Si en este caso el observ ador se hubiese centrado en los aspectos electró- 
nicos (por ejemplo , basándose en la cantidad de componentes necesarios par a 
obtener una pastilla de memoria dada) las variedades obtenidas habrían sido muy 
diferentes. 
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Cuando el observ ador intenta medir la v ariedad de un conjunto , lo primero que 
debe hacer (y hace, de una forma más o menos rigurosa), es seleccionar los atri- 
butos de los elementos del conjunto que considera relevantes, de acuerdo con sus 
intereses y posibilidades. Dicho de otra forma, define el conjunto con el que va a 
trabajar. Y es con esta definición con la que está condicionando la variedad que va 
a medir. En el ejemplo del cerebro , el neurofisiólogo define el cerebro como un 
conjunto de infinidad de neuronas, y así, la variedad observada será grande. Pero 
el carnicero lo define como un troz o de carne, con lo que la v ariedad que perciba 
será muy pequeña. 


Un ejemplo más [Sáez V acas, 1987]: los esquimales pueden llegar a distinguir 
más de veinte tipos de blanco en la niev e, lo que "produce" una v ariedad que es 
impensable para las personas que no estamos habituadas a vivir en su medio. En 
este caso, el esquimal tiene la capacidad (dada por su larga experiencia como 
observador de niev e) y el interés (muchas de sus actividades dependen fuerte- 
mente de la niev e) suficientes para definir el conjunto de blancos en función de 
varios atributos que nosotros no somos capaces de percibir. Para él la variedad del 
conjunto "colores blancos" es v einte, mientras que nosotros probablemente dife- 
renciemos como mucho entre "blanco mate" y "blanco brillante" (v ariedad dos). 


A la hora de tratar con un objeto, todo observador selecciona ciertos atributos. 
De esta forma, es inevitable que parte de la realidad quede sin consider ar. Si el 
observador es experto y cuenta con unos instrumentos que le den una capacidad 
de discriminación apropiada, percibirá una v ariedad mayor que el que sea inex- 
perto en ese campo , o no disponga de los instrumentos adecuados. Apreciará 
detalles y matices que el otro sólo puede intuir de una forma confusa, o simple- 
mente desconoce. El ejemplo de la percepción del blanco por los esquimales ¡lustr a 
bastante bien estas ideas. Cuando en la definición de nuestro "conjunto observ ado" 
despreciamos algún atributo (por desconocimiento, o porque así lo decidimos para 
tener un caso más sencillo), ciertos aspectos de la realidad inevitablemente se nos 
escapan. Así, aunque par a nuestro contacto habitual con la niev e nos basta con 
nuestra idea de "blanco", el detalle con que considera el esquimal esa misma idea 
le permite realizar deducciones importantes incluso par a su superviv encia (por 
ejemplo, si es capaz de detectar la presencia de una sima escondida bajo una 
nieve gracias a que presenta un blanco de un tipo especial). 


Además, a medida que cambia el punto de vista del observ ador, aparecen y des- 
aparecen distintas partes del objeto. Así ocurre con los distintos lenguajes de pro- 
gramación. La realidad con la que se enfrentan es, en el fondo, la misma: progra- 
mar un ordenador. Pero el conjunto de instrucciones, estructuras de datos e incluso 
conceptos que utilizan varía mucho de uno a otro. Los hay que no permiten manejar 
bits, sino caracteres, enteros, reales, valores booleanos, o combinaciones de éstos 
(cadenas, registros, matrices, etc.), como P ascal estándar. Se olvida consciente- 
mente que existe un niv el de trabajo "a base de bits". En cambio , cuando se 
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programa con un lenguaje ensamblador no se dispone de enteros, ni reales, ni 
letras, ni valores Verdadero o Falso ni mucho menos matrices, cadenas y tipos de 
alto nivel. Y esto es así porque los objetivos que persiguen los distintos lenguajes 
son distintos, tratan con perspectivas distintas del mismo objeto. Imagínese el lector 
el esfuerzo que supone escribir un mismo progr ama en Pascal y en ensamblador. 
Se dirá que depende del progr ama. Y efectivamente así es. Hacer una base de 
datos de tamaño medio en un ordenador actual utilizando lenguaje ensamblador 
pasa por ser una hazaña digna de constar en el Guinness de los Records, mientras 
que hacer un gestor de interrupciones en Pascal estándar es simplemente imposible. 
Cada uno de ellos, Pascal y ensamblador, se ocupan de un aspecto diferente de la 
realidad (el ordenador). Así, el observ ador, al elegir el lenguaje que utiliza, está 
eligiendo también los aspectos del ordenador que le interesan. Y definiendo 
distintos "conjuntos observados", cada uno con su variedad. 


5. La ley de la variedad requerida 


El padre del concepto de variedad es W. Ross Ashby, quien lo introdujo en un libro 
ya clásico [Ashby, 1956]. Aparte de proponer el término, Ashby formuló la Ley de 
la Variedad Requerida (o Ley de la Variedad Necesaria, según otras traducciones), 
que se ha convertido en ley básica de la cibernética. 


Vamos a considerar un sistema 
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entidad regulador a recoge 
información de la regulada, y 
de acuerdo con esta informa- 
ción, actúa sobre ella. El conjunto de estas acciones y de los estados en los que 

se encuentran las dos partes dan lugar al comportamiento observable del sistema. 


Fig. 2. Esquema básico de un sistema 
regulador-regulado 


Un ejemplo muy sencillo de regulación es el compuesto por el sistema termosta- 
to-calefacción. Supongamos una habitación que se desea mantener a una tempe- 
ratura constante. Para ello instalamos un sistema de calefacción controlado por un 
termostato. Cuando la temperatura de la habitación esté por debajo de la prefijada, 
los dispositivos del termostato encenderán la calefacción. Cuando la temper atura 
deseada se alcance, la apagarán. 


Complejidad y Tecnologías de la Información 


En este ejemplo es fácil concluir que el subsistema regulador es el termostato que 
ejerce sus acciones (apagar o encender la calefacción), según sea la información 

que recoge del subsistema regulado (la temper atura de la habitación). El estado 
estable, por supuesto, se da cuando la temperatura de la habitación es la tempe- 
ratura objetivo. 
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Fig. 3. Varias partes de un sistema regulándose componentes del sis- 
unas a otras. tema. Pero nos sera 


muy útil e instructiv a 
esta simplificación, ya que en ella se dan los fenómenos esenciales de regulación, 
de una forma suficientemente sencilla como par a que podamos sacar una con- 
clusión muy importante: si el subsistema regulador tiene menos variedad que el 
regulado, no se puede alcanzar la estabilidad. El sistemaestará condenado a ser 
inestable. 


Esta afirmación que a primer a vista puede parecer demasiado contundente, e 
incluso infundada, está basada en la ley de la variedad requerida, o ley de Ashby, 
que exponemos a continuación: "Sólo la variedad puede absorber variedad". 
Dicho de otra forma: En un sistema regulador -regulado, es preciso que la parte 
reguladora tenga al menos la misma variedad que la regulada, para que el sistema 
pueda alcanzar la estabilidad. 


Esta ley puede demostrarse matemáticamente de una forma relativamente sencilla, 
para diversos tipos de sistemas que sean adecuadamente formalizables [Ashb y, 
1956], por ejemplo, en términos de teoría de la información (ver al final del capí- 
tulo, en donde se desarrolla la demostración de la ley de la variedad para un caso 
sencillo). Pero también tiene una convincente explicación intuitiva: para cada posible 
estado del regulado , el regulador ha de tomar una acción adecuada si quiere 

mantener la estabilidad. Por tanto, a cada estado del regulado debe corresponderle 
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al menos uno en el regulador (que será el que actúa cuando ese estado se produce). 
Si la variedad del regulador es menor que la del regulado , forzosamente tendrá 
que haber estados del regulado que no sean controlados (naturalmente, suponemos 
que los estados están elegidos de forma que sobre cada estado del regulado sólo 

puede actuar un estado del regulador). 


Supongamos un autómata que tiene 256 estados posibles. Si queremos poder 
manejarlo hemos de desplegar una v ariedad equivalente. Si sólo tenemos como 
observadores una variedad de 100, únicamente seremos capaces de abordar 100 
estados del autómata, existiendo 156 que quedan totalmente fuer a de nuestro 
control. Traducido a términos mas concretos, con una consola con cuatro interrup- 
tores, que nos permite una variedad de valor 16, no podremos nunca manejar un 
robot, pongamos por caso, que tiene 64 posibles estados. Con un wlante que sólo 
permite indicar movimientos a la iz quierda o a la derecha no podremos conducir 
un avión que, al desplazarse en un espacio tridimensional, requiere un control 
capaz de absorber esa v ariedad; un mínimo sería un mando que permitier a indi- 
car movimientos hacia arriba, hacia abajo, a la izquierda y a la derecha. 


Otro ejemplo muy ilustr ativo es el juego de los chinos binarios. Cada jugador 
muestra su mano cerr ada, en la cual puede haber o bien una moneda, o bien 
ninguna. Cada jugador, por turno , y teniendo en cuenta lo que han dicho los 
demás y su propia elección, dice un número . Gana quien acierta la cantidad de 
monedas que esconden entre todos los jugadores. 


En este caso, el primer participante introduce una variedad 2 (tiene o no tiene 
moneda). A medida que aumenta el número de jugadores, aumenta la variedad 
del conjunto. Así, con dos jugadores la v ariedad es 3, con cuatro 5, con diez 11, 
etc. Podremos jugar mientras nuestra perspicacia y capacidad de cálculo sea capaz 
de absorber esa variedad. Cuando se vean superadas por la variedad introducida 
por un gran número de jugadores, el juego se con vierte prácticamente en un 
sorteo. En este caso, el sistema regulado lo constituyen el conjunto de totales que 
se pueden dar (un número de 0 a 9, par a el caso de nuev e jugadores) mientras 
que el regulador v endrá representado por cada uno de los participantes (que 
mediante cálculo y observ ación intenta abarcar la v  ariedad del conjunto de 
resultados posibles). 


Aquí conviene mencionar la importancia del entorno del objeto y del observador 
en lo que a la medida de la v- ariedad se refiere. En este ejemplo , sería posible 
jugar a los chinos con mucha gente si se dispusier a del tiempo necesario par a 
procesar toda la información que se genera. Pero el entorno impone una limitación 
al problema, en este caso de tiempo . Y ésta es una limitación fundamental, pues 
no podría desarrollarse el juego si fuer a necesario dar una hor a para que cada 
participante pensase la solución (en ese caso, se habría modificado la esencia del 
juego, con lo que la situación sería distinta). Estas limitaciones son harto frecuentes 
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y generalmente se consider an asociadas al propio observ ador, ya que suele ser 
éste el que establece las condiciones. Pero también pueden verse como imposiciones 
del entorno, en contraposición a las características e intereses del observador. 


De acuerdo con todo esto podemos estudiar un ejemplo de sistema regulador — - 
regulado: una zapatería. Tenemos por un lado la parte que consideraremos regu- 
ladora: la tienda entendida como organización. Y por otra la regulada: los clientes. 
Consideraremos que la variedad que introduce el conjunto de clientes viene dada 
por sus gustos (en forma de tipos de zapatos que demandan), mientras que la de 
la zapatería puede calcularse como el número de modelos que oferta. Definiremos 
además el estado estable del sistema zapatería-clientes como aquel que se da 
cuando los clientes se quedan satisfechos, habiendo encontrado el tipo de zapatos 
que buscaban. Aunque no muy rigurosa, esta definición de estabilidad se corres- 
ponde bastante bien con la idea intuitiva de que la zapatería se mantendrá mientras 
los clientes que se acerquen a ella acaben compr ando alguno de sus productos. 


Pues bien, si sólo tenemos un único modelo de zapatos, no podremos absorber 
todos los gustos de los clientes: el sistema será inestable (los clientes dejarán de 
venir). La variedad de los zapatos es 1, mientras que la de los clientes es mucho 
mayor. 


Solamente cuando haya suficientes tipos de zapatos para que cada cliente encuentre 
uno según su gusto, habremos alcanzado la estabilidad. Ahora las dos variedades 
están equilibradas. 


Por supuesto hay otro caso: que nos dirijamos a un determinado tipo de clientes 
de variedad 1 (por ejemplo, militares buscando zapatos para su uniforme). En este 
caso podríamos mantener un único tipo de zapatos sin perder la estabilidad (tal 
como la hemos definido para este caso). La variedad de las dos partes es en este 
caso también igual. 


La ley de la variedad requerida establece una correspondencia biunívoca entre las 
variedades de ambos lados de la ecuación. Todos los ejemplos vistos muestran la 
necesidad de adaptar la v ariedad entre los dos extremos par a que el funciona- 
miento del conjunto sea correcto. La forma de conseguir esa adaptación es utilizar 
mecanismos especiales de regulación. 


6. Adaptación = Amplificación + Reducción 
Visto el significado de la v ariedad, y con la Ley de la Variedad Requerida en la 
mano, la pregunta más inmediata es cómo tr atar un problema con una v ariedad 


distinta a la nuestra. La respuesta a esa pregunta es un concepto muy utilizado en 
la cibernética: adaptación. 
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Para explicar mejor la idea de adaptación con viene recurrir al ejemplo de los sis- 
temas de control para luego generalizar en otros campos. En un sistema de control 
distinguíamos dos partes: el subsistema regulador y el subsistema regulada Estos 
van a ser los dos términos de nuestra ecuación de la variedad. Cada uno de estos 
subsistemas va a tener una v ariedad determinada, coherente, que no necesaria- 
mente equivalente, con la del otro subsistema y relevante a la aplicación del con- 
junto. La coherencia corre a cargo del observ ador y es fundamental recordar que 
no se deben sumar per as y manzanas. La ley de la v ariedad requerida nos dice 
que para poder controlar algo tenemos que tener al menos la misma variedad que 
el objeto a controlar. El ejemplo que veíamos antes del avión y su control es muy 
ilustrativo en este punto. 


En la mayoría de los casos no sucede que el controlador y el controlado tengan una 
variedad equiparable, ¿qué hacer entonces?. La solución está en la adaptación de 
variedades: reducir la de un lado y aumentar la del otro hasta que se cumpla la 
ley de la variedad requerida. Y el instrumento que permite realizar esto se deno- 
mina filtro de variedad. Veámoslo con un ejemplo. 


Un profesor (sistema regulador) tiene una v ariedad muy pequeña frente a la del 
conjunto de sus alumnos (sistema regulado), desequilibrio que aumenta a medi- 
da que hay más alumnos. De una forma harto simplista, pero ilustr ativa, podría- 
mos medir la v ariedad del profesor como el número de hor as que puede dedicar 
a sus alumnos (preparando e impartiendo las clases, resolviendo dudas, evaluán- 
dolos...), y la de los alumnos como las que éstos dedicarán a comprender la asig- 
natura (asistiendo a clase, estudiando, etc.). Sería imposible el funcionamiento del 
conjunto si no hubiera medios para aumentar la variedad del profesor y disminuir 
la de los alumnos. Imagínese un sistema donde ambas variedades tuvieran que 
acoplarse directamente: tantas horas de dedicación del profesor, tantas del alum- 
no. Esto corresponde al esquema de clases individuales, con una relación directa 
entre profesor y alumno. 


Pero en la univ ersidad no es éste el esquema elegido: un solo profesor ha de 
absorber la variedad de muchos alumnos. Para ello, el profesor dispone, por ejem- 
plo, de libros de texto, a través de los cuales los alumnos pueden acceder a infor- 
mación sin necesidad de consultar directamente con él. El libro actúa como un 
amplificador de la v ariedad del profesor . La propia organización de las clases, 
donde un único profesor intenta tr ansmitir su saber simultáneamente a una gran 
cantidad de alumnos, es otro ejemplo de amplificador de variedad. Para reducir la 
variedad de los alumnos se utilizan, por ejemplo , los exámenes; el profesor no 
puede evaluar individualmente a todos los alumnos (de nuev o habría que igualar 
tiempo de profesor y tiempo de alumno), y por ello establece una serie de pregun- 
tas y problemas iguales para todos. El examen actúa como un reductor de la urie- 
dad de los alumnos. 
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Existen otros muchos amplificadores y reductores de v  ariedad relacionados con 
este mismo ejemplo: horarios de tutoría, bibliografía recomendada, colecciones de 
problemas, etc. A través de ellos se produce la adaptación de variedad, son lo que 
se denomina filtros de variedad. Como tales filtros no alteran las características de 
los sistemas entre los que actúan pero permiten que estos interctúen entre sí. Su 
funcionamiento es sencillo: proporcionan la variedad necesaria para equilibrar las 
de ambos subsistemas y por supuesto funcionan en las dos direcciones, es decir , 
pueden tanto amplificar como reducir, o atenuar, la variedad. 


Un filtro de variedad es un sistema (o una parte de un sistema) que actúa en 
dos sentidos. En uno, aumenta la variedad, mientras que en el otro la disminuye. 
Correctamente aplicado, el regulador v e disminuir la v ariedad del regulado en la 
medida necesaria para poder absorberla, y el regulado ve aumentada la del regu- 
lador en la misma cantidad. 


Naturalmente, no basta con aumentar/reducir la variedad: el filtro debe hacerlo de 
la forma adecuada, actuando sobre los elementos necesarios par a alcanzar el 
equilibrio. 
Acción 
Acción 
= (Filtro de ” 
Regulador L_ variedad... Regulado 
Información 
Información 


Fig. 4. Filtro de variedad colocado entre un regulador y un regulado, para adaptar sus varie- 
dades 


Son innumerables los ejemplos de filtros de variedad y estamos tan acostumbrados 
a verlos, aunque no como tales, que pueden parecer absolutamente triviales aun- 
que en muchos casos están muy lejos de serlo . El ordenador puede ser conside- 
rado como un filtro de v ariedad. Supongamos que lo estamos usando par a man- 
tener una base de datos. P or un lado tr ata con una buena cantidad de informa- 
ción, que seguramente una persona no podría asimilar (sistema regulado). P or la 
otra, estamos nosotros (sistema regulador), consultando la base, buscando ele- 
mentos relacionados y pidiendo estadísticas. El ordenador es aquí utilizado par a 
acoplar la variedad del problema que estamos tr atando a la v ariedad de nuestro 
cerebro (que es la que podemos usar en nuestros análisis). 


Las diferentes modalidades de declaración de la renta actúan como filtro entre la 
variedad enorme de la sociedad (sistema que se intenta regular) y la del ministerio 
de Hacienda (que actúa como regulador), mucho menor. Un horario de trabajo en 
una fábrica reduce enormemente la v ariedad de todos sus tr abajadores obligán- 
dolos a adaptarse al él y al mismo tiempo amplifica la variedad de los que la dirigen 
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que pueden así controlar la actividad que se desarrolla. La gama de colores y 
modelos que ofrece una tienda de ropa permite que ésta amplifique su v ariedad 
para adaptarla a la de los clientes, que suele ser enorme (recordar el ejemplo de 
la zapatería). En sentido inverso, esa misma gama de colores y modelos reduce la 
variedad de los clientes, que se tienen que ajustar a ella. La moda también se 
puede interpretar de esta forma. Sin semejante filtro , los productores se podrían 
encontrar con exigencias de clientes que no pueden satisfacer pues no pueden 
adaptarse a cada individuo. A través de la moda, se produce una canalización de 
la demanda que facilita la adaptación de v ariedad. Esto mismo es aplicable a la 
oferta de modelos de ordenadores de una determinada casa, a los anuncios, a los 
libros, etc. 


Los conceptos de variedad y adaptación, junto con la ley de la v ariedad requerida, 
son unas herramientas intelectuales muy potentes para el análisis de la interacción 
entre dos entidades. A pesar de su aparente simplicidad, su gr ado de validez es 
prácticamente universal y constituyen una de las bases del pensamiento cibernético . 
Pero no deben considerarse de forma aislada pues, como iremos viendo, hay otros 
muchos factores en juego. 


Que su aplicabilidad es grande se demuestra por las numerosas referencias que se 
le han dedicado en todo el mundo . Podemos citar esfuerz os muy próximos a 
nosotros, como es la modelización, a partir de la ley de la v ariedad, del mercado 
-aparentemente caótico a mediados de los ochenta- de los ordenadores personales 
[Sáez-Vacas, 1987] o, por otro, el desarrollo de un punto de vista teórico para los 
procesos de inno vación tecnológica en una empresa [Sáez  -Vacas, 1990]. Un 
campo en el que el concepto de variedad ha conseguido un desarrollo muy especial, 
aunque todavía pionero en cuanto a su implantación, es en el de la organización 
de empresas. La figura indiscutible en este área es Stafford Beer, quien, a través 
de muchos años de in vestigación, ha cuajado un enfoque de gr an nivel para el 
diseño o el diagnóstico de organizaciones, conocido como el Modelo del Sistema 
Viable (VSM, por sus siglas en inglés) [Beer, 1985]. Muy recientemente, la revis- 
ta Systems Practice le ha dedicado un número completo [Espejo , 1990]. 


7. Demostración de la ley de la variedad 
Aproximación a una demostr ación de la ley de la v ariedad requerida, tomada de 
[Ashby, 1956, cap . 11].Supongamos que tenemos dos jugadores, llamémosles 
Regulador y Perturbador. Las reglas del juego en que están enfr ascados son muy 
sencillas: 

a. Tienen ante ellos una tabla como la de la figur a (tabla 1). 

b. Perturbador juega primero, eligiendo un número, al que le corresponderá una 


fila de la tabla. 
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c. Regulador, conocido ese número , seleccionará una letr a ma yúscula (y por 
tanto, una columna). 


d. Regulador gana si la letr a minúscula que ocupa el lugar donde se cruzan la 
columna que él ha elegido y la fila que eligió R egulador es una a. Si no, gana 
Perturbador. 


REGULADOR 


PERTURBADOR 


Tabla 1. Primer juego entre Regulador y 
Perturbador 


Para esta tabla en particular v emos que Regulador puede ganar siempre. Elija lo 
que elija Perturbador, siempre podrá seguir la siguiente estrategia: 


1 2 3 
B A G 


Esto es, si Perturbador elige 1, él puede elegir B, si elige 2, ganará escogiendo A, 
y si 3, bastará con que seleccione C. De esta forma, el resultado siempre será a. 


Si analizamos un poco más la tabla que estamos usando, veremos que Regulador 
también puede ganar siempre en el caso de que el resultado deba ser b o c. Puede 
decirse que R egulador tiene un completo control del resultado (que a partir de 
ahora llamaremos salida). 
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REGULADOR 


PERTURBADOR 


Tabla 2. Segundo juego entre Regulador y Perturbador 


Pero no todas las tablas posibles van a ser tan favorecedoras para Regulador como 
ésta. Por ejemplo, supongamos que nuestros dos jugadores deciden cambiar a la 
tabla 2 (ver figura). Mientras el objetivo sea a, no cambia nada: Regulador puede 
ganar siempre. Pero si el objetivo es b ha y ciertos casos en los que perderá. P or 
ejemplo, cuando Perturbador elija una de las filas 2 o 3. Y éste no es el peor caso 
para Regulador: si el objetivo es c, perderá siempre, independientemente de lo 
que elija su contrincante. 


REGULADOR 


ESTE 
[AA 
WAN 
(EL EA 
[PS] 
[MEE 
[a 


PERTURBADOR 


Tabla 3. Tercer juego entre Regulador y Perturbador 
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Intentemos sacar alguna conclusión sobre las posibilidades que tiene Rgulador de 
ganar para una tabla dada. En primer lugar , vamos a limitar un poco el tipo de 
tabla con que se juega. P ara ello, impondremos la condición de que las letr as no 
se repitan en la misma columna. Así evitamos que R egulador pueda no cambiar 
su elección cuando Perturbador cambia la suya. El problema que nos queda es aún 
suficientemente general, y de gran interés en teoría de regulación. 


Así pues, en las tablas que consider amos, Regulador necesitará conocer exacta- 
mente cuál es la elección de su contrincante par a poder ganar (cualquier cambio 
de Perturbador habrá de seguirse necesariamente de un cambio de R egulador). 


De este tipo es la tabla 3 (en figur a adjunta). La estr ategia de Regulador puede 
expresarse como una transformación univaluada (esto es, a cada mo vimiento de 
Perturbador le corresponderá uno y solo uno de R egulador). Una estrategia posi- 
ble podría ser: 


1 2 3 4 5] 6 7 8 9 
Cc A B A C A B Cc A 


De esta forma estamos especificando un conjunto de salidas, las que forzará 
Regulador para cualquier movimiento de Perturbador. De otra forma, 


10) (RA 6BB) -. (94) 
k k k sd 


Es sencillo comprobar que la variedad de este conjunto de salidas £k,k,k,... 1) no 
puede ser menor que 


(Variedad de Perturbador) / (Variedad de Regulador) 


Probémoslo. Para ello, hagamos que R egulador, eligiendo su estr ategia, intente 
mantener la v ariedad del conjunto de salidas tan pequeño como le sea posible. 
Para ello, elegirá un elemento de la primera fila. En la segunda fila, debe cambiar 
de columna si quiere intentar no añadir un elemento distinto al conjunto (recordad 
que en una misma columna no se pueden repetir elementos). P. ara mantener la 
variedad de la salida al mínimo, debe elegir una nueva columna en cada fila. Así, 
si Regulador dispone de n columnas (3 en la tabla 3), después de la columna 
n-ésima, debe necesariamente elegir una columna y a elegida, con lo que obliga- 
toriamente estará añadiendo un nuevo elemento al conjunto de salidas. En gene- 
ral, si R egulador dispone de r movimientos diferentes, y P erturbador de p, la 
variedad del conjunto de salida no podrá ser menor que p/r. 
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Este juego puede ser consider ado de una forma un poco diferente: si R egulador 
siempre elige la misma columna, sea cual sea la elección de Perturbador, este últi- 
mo ejerce control total sobre las salidas: la v ariedad del conjunto de salidas será 
tan grande como lo sea la variedad de los movimientos de Perturbador. En gene- 
ral, si Regulador dispone de r columnas, la variedad del conjunto de salida puede 
reducirse a 1/n de la de Perturbador, pero no a menos. P or tanto, solo la varie- 
dad en las posibilidades de R egulador puede disminuir la v ariedad en la salida. 

Esto nos lleva directamente a la ley de la variedad requerida: "Sólo la variedad en 
el Regulador puede disminuir la v ariedad debida a P erturbador, sólo la v ariedad 
puede absorber variedad." El llamado Perturbador es el sistema Regulado. 


8. Resumen 


Hemos comenzando este capítulo definiendo el importante concepto de variedad, 
según la entendía Ashb y, aplicada fundamentalmente a conjuntos. Luego nos 
hemos acercado a la utilización que Beer hace de este concepto, aplicándolo a los 
sistemas de control. Es importante remarcar el hecho de que Beer consider a a la 
variedad como una medida de la complejidad de un sistema. En los siguientes 
capítulos profundizaremos en el significado de la complejidad, y podremos com- 
parar esta idea con las de otros autores. 


La importancia del observador en el concepto de v ariedad ha sido consider ada 
como fundamental, ya que interviene directamente a la hor a de elegir el conjunto 
con el que tr abajaremos (lo que influy e claramente en la v ariedad que se nos 
presentará). Y en concreto, serán los conocimientos, intereses e instrumentos 
del observador los que más influyan en esta elección. Esta importancia llega hasta 
tal punto, que cambios de punto de vista del observador producirán la aparición y 
desaparición de partes de nuestra percepción del objeto. 


La introducción de los sistemas de regulación nos permitió la formulación de laley 
de la variedad requerida, de gran importancia en la cibernética, e incluso en la 
vida diaria, como vimos en los ejemplos. A partir de estas ideas llegamos al 
concepto de filtro de variedad, herramienta que nos permite manejar sistemas 
que de otra forma serían incontrolables. 


Por último, vimos una de las demostraciones de la ley de la wriedad requerida que 
aporta Ashby, para un caso sencillo, pero no carente de interés, ya que representa 
bastante bien a los sistemas sometidos a perturbaciones, muy extendidos en la 
realidad. 


El estudio que hemos hecho hasta aquí del concepto de v  ariedad nos permitirá 


adentrarnos con más facilidad (y y a más "en caliente") en el complicado mundo 
de la complejidad, que trataremos en los siguientes capítulos. 
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9. Bibliografía 


Tenemos dos apartados. En Notas Bibliográficas se registran las referencias consi- 
deradas especialmente v aliosas par a el estudio del tema. En R eferencias 
Bibliográficas se incluyen todas las referencias citadas en el capítulo . 


Notas bibliográficas 


El libro de Beer , " Designing Freedom " [Beer, 1974] es muy apropiado par a 
tomar idea del impacto producido por la aplicación del concepto de v ariedad a los 
sistemas sociales. Además (especialmente en los capítulos 1, 2 y 3), realiza una 
buena introducción de la variedad, y de algunas de sus consecuencias, como la ley 
de la variedad requerida y los filtros de la v ariedad. 


En el libro de Ashby [Ashby, 1956] podemos encontrar los primeros estudios sobre 
el concepto de variedad, la ley de la variedad requerida, etc. Sin duda, este libro 
se ha convertido en un clásico del tema. 


En el artículo de Klir , "Complexity: some general observations " [Klir, 1985] 
encontramos, antes de entrar a tratar con más profundidad otros aspectos de la 

complejidad, unas cuantas útiles nociones sobre wriedad, incidiendo especialmen- 
te sobre la importancia del observ ador (acompañadas de unos cuantos ejemplos, 

algunos tomados de Ashby, parte de los cuales hemos reproducido aquí). 
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Capítulo 2: Conceptos relacionados con la complejidad 


El estudio de la complejidad comenzó hace ya algunos años pero sólo recientemen- 
te se han empezado a investigar ciertos fenómenos directamente relacionados con ella. La 
ciencia, tradicionalmente apegada a las linealidades y al determinismo, no parecía aceptar 
la existencia de comportamientos capaces de refutar muchas teorías establecidas. El Azar, 
por ejemplo, se ha considerado a menudo como una forma de referirse a lo que no pode- 
mos explicar, no como algo intrínseco a la propia Naturaleza. Relacionados con la compleji- 
dad, existen muchos conceptos como el caos, el azar, la redundancia o la complicación, a los 
que se está prestando creciente atención en campos tan diversos como la teoría de circui- 
tos O la meteorología. Muchas de las conclusiones a las que se llega son las mismas que se 
deducen del estudio de la complejidad. 

T.I > 


ENFOQUES Y TEORÍAS 


CONCEPTOS 


VARIEDAD 


MARCOS 


TRATAMIENTO 


a 


JERARQUÍAS 


SISTEMAS 


ESTRUCTURA 
SN 


HISTORIA 


TRATAMIENTO 


SISTEMAS 
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1. Introducción 


La complejidad es un término genérico que como y a hemos visto es difícil de definir. 
Sin embargo ha y multitud de otros conceptos que nos son más cercanos y más 
intuitivos y nos pueden a yudar a tener una idea más clara de lo que es realmen- 
te la complejidad. 


Ya hemos tratado las fuentes de complejidad. En este capítulo v amos a tratar de 
desarrollar algunas ideas sobre una serie de conceptos que están muy relaciona- 
dos con ella pero que deben distinguirse como tales conceptos par a evitar confu- 
siones. Por otro lado no ha y que olvidar que intentamos estudiar la complejidad 
para poder abordarla mejor y para ello no hay medio mejor que conocer de donde 
procede y las características más destacadas de los factores que la producen. 


2. Caos 


La ciencia tradicional se basa en una serie de aproximaciones que por lo extendidas 
aparecen como car acterísticas propias de la Natur aleza en lugar de lo que real- 
mente son, suposiciones que nos permiten modelar el comportamiento de la natu- 
raleza para poder estudiarlo y reproducirlo bajo condiciones controladas y conocidas. 
Una de estas suposiciones es el comportamiento lineal de los parámetros y de las 
características relevantes de los procesos natur ales. La máxima "iguales causas 
producen iguales efectos" es una idea extendida basada en la necesidad de un 
determinismo científico . Sin embargo esa idea encierr a varias suposiciones 
cuestionables. 


La primera de ellas y más importante es el término "iguales" que supone que 
somos capaces de establecer las mismas condiciones, exactamente las mismas, 
para poder obtener los mismos efectos. Hablar de "iguales causas" es lo mismo 
que poder establecer las condiciones iniciales con precisión infinita, algo que no es 
posible. Más adelante volveremos sobre este punto cuando tratemos del azar, aquí 
lo que nos interesa es la combinación de esa falta de precisión con las no lineali- 
dades. La no linealidad es una de las fuentes clásicas de complejidad (Véase capí- 
tulo "Marcos Conceptuales”). 


La clave del caos, o más exactamente de la ciencia del caos, es reconocer que las 
no linealidades son una norma común de la Natur aleza y estudiarlas como tales, 
no intentando imponer condiciones simplificador as. La dificultad estriba en que 
disponemos de muy pocas herr amientas matemáticas par a poder tr atar con no 
linealidades, hasta tal punto que sólo somos capaces de resolv er las ecuaciones 
no lineales más sencillas y se conocen algunos métodos de resolución, aplicables 
a pocos casos, consistentes en linealizar las ecuaciones. En consecuencia, al no 
disponer de herramientas ni de teorías que las pudieran explicar, las no linealidades 
se han evitado por principio en casi todos los estudios. Fenómenos como las 
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turbulencias, las tormentas, los láseres, ciertas reacciones químicas, los cambios 

de estado o la evolución atmosférica se han tratado durante mucho tiempo dejan- 
do de lado lo que más tarde ha resultado ser la esencia de su comportamiento: la 
no linealidad. 


Los más entusiastas de la ciencia del caos llegan a afirmar que el 
siglo XX se recordará por tres cosas: la relatividad, la mecánica cuán- 
tica y el caos. Este último, dicen, supone un cambio radical en la con- 
cepción de la ciencia y en la forma de ver el mundo. 


Históricamente el estudio del caos es relativamente reciente, aunque 
presente en muchos experimentos científicos conocidos, no se dispo- 
nía hasta hace poco del lenguaje capaz de expresar lo que mostraba 
la experiencia. Preguntas como ¿qué es una turbulencia?, ¿por qué 
existe el orden? o ¿qué sentido tienen las no linealidades?, solían 
estar fuera del campo de estudio de la ciencia "oficial". No fue hasta 
la década de los 70 que los científicos empezaron a interesarse por este 
tipo de fenómenos, y fue aún mucho más tarde cuando se empezó a 
reconocer el valor de estas teorías. 


Como en otros muchos avances de la ciencia, el reconocimiento del 
caos surge de la aportación de diversas personas desde campos muy 
diferentes. Mitchell Feigenbaum, físico que desarrolló parte de los 
pilares básicos de la ciencia del caos, Edward Lorenz, del MIT, prime- 
ro en observar y destacar el comportamiento impredecible de la 
atmósfera, Stephen Smale, de la universidad de Berkeley, estudioso 
de la topología aplicada a sistemas dinámicos y que proporcionó la 
base matemática para entender ciertas propiedades caóticas, Phillip 
Marcus, astrónomo en la universidad de Cornell, que reconoció la 
estructura caótica de la Gran Mancha Roja de Júpiter, Robert May, 
biólogo que estudió las propiedades no lineales de la ecuación que 
tratamos en este apartado, Benoit Mandelbrot, matemático de IBM 
padre de los fractales que han servido como ejemplo y medio gráfico 
para mostrar el caos, Harry Swinney y Jerry Gollub, que estudiaron la 
transición de fase entre líquido y vapor y el origen de las turbulencias 
en fluidos, David Ruelle y Floris Takens, descubridores de los "atracto- 
res extraños", fundamentales en el estudio del caos, Michel Hénon, que 
profundizó en el estudio de los atractores, Joseph Ford y Giulio Casati, 
que organizaron el primer congreso sobre la ciencia del caos, etc. 


Ésta es sin duda una fuente muy importante de complejidad. La aportación que ha 
hecho la teoría del caos es reconocer la existencia de esta fuente como algo común 
no como una rara excepción. Además ha contribuido a llegar a algunas consecuen- 
cias con amplias repercusiones. Un ejemplo de ello, que ya hemos visto anterior- 
mente, es la predicción del tiempo atmosférico. Durante muchos años se ha estado 
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investigando para establecer los principios que rigen el comportamiento de la 
atmósfera y así poder predecirlo. En la base de esta in vestigación está la idea y a 
comentada: iguales causas producen iguales efectos. Si se conocen las causas que 
provocan los diferentes procesos atmosféricos, lluvia, niev e, sol, anticiclones, 
tormentas, tornados, tifones, huracanes, altas y bajas presiones, etc, bastará con 
detectar esas causas par a concluir qué efectos se v an a producir. Disponiendo 
además de la potencia de cálculo adecuada, hecho que merece una mención espe- 
cial pues ha conducido, en parte, a los ordenadores paralelos, y del conocimiento 
necesario, no habría problema para predecir el tiempo. 


La ciencia del caos puso fin a esta v ersión del cuento de la lechera. La atmósfera 
es un sistema altamente no lineal, donde las condiciones iniciales juegan un papel 
muy importante pues la más mínima desviación en esas condiciones conduce a 
efectos totalmente distintos. Esto se conoce como el efecto mariposa y tiene como 
consecuencia más inmediata que el tiempo no es predecible a largo plan. Las per- 
turbaciones incontroladas que v an apareciendo pro vocan pequeñas desviaciones 
del comportamiento previsto, desviaciones que se van acumulando hasta llegar a 
un punto en que el comportamiento es totalmente diferente. La imposibilidad de 
conocer todas esas perturbaciones, y mucho menos con precisión infinita, hace 
imposible que podamos establecer predicciones seguras. 


La importancia de esas desviaciones en el comportamiento frente a cambios mínimos 

en las condiciones iniciales es difícil de entender debido a la "deformación" que nos 
hace considerar las cosas como esencialmente lineales. El caos no son liger as 

variaciones, es la alteración de la propia esencia del comportamiento de un sistema. 

Hay un ejemplo, clásico ya en la teoría del caos, que ilustra muy bien este hecho: 


Una ecuación muy utilizada par a modelar la ev olución de poblaciones de seres 
vivos es Y =r *X*(1-X) donde X es la población inicial e Y la población resul- 
tante, r es un parámetro para ponderar esa relación. El término ( 1 - X ) evita que 
esa relación sea estrictamente creciente e intenta reflejar el hecho de que una 
población muy elevada tendrá problemas para encontrar alimento o espacio y por 
tanto no crecerá tanto. 
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Conceptos relacionados con la complejidad 


Serie con límite definido 


Fig 1. La ecuación tendiendo a un valor final estable 
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En una primera aproximación se puede suponer que la aplicación ¡ter ativa de esa 
ecuación tenderá a estabilizarse, por ejemplo par a r = 2 y con una población 
inicial de 0.4 la serie es (figura 1): 


0,4 0,48 0,4992 0,4999987 0,5 0,5 0,5 


Caos y circuitos electrónicos 


Durante mucho tiempo se han asociado las nociones de periodicidad y 
oscilación por un lado y las de ruido y no determinismo por otro. Esto 
es lo que se enseña tradicionalmente en las escuelas de ingeniería. Sin 
embargo, la evidencia ha empezado ha demostrar que las oscilaciones 
no tienen por qué ser siempre periódicas y el ruido puede aparecer en 
un circuito determinista. 


El circuito que aparece en la figura es uno de los más simples que mues- 
tran un comportamiento caótico. El único elemento no lineal es la resis- 
tencia dependiente de la tensión V p. 


(a) 


Este circuito, con una resistencia lineal, tendría un comportamiento 
asintóticamente estable. Sin embargo, la resistencia no lineal actúa 
como una realimentación de potencia al circuito oscilador (formado por 
C> y L, un circuito tanque típico), provocando el comportamiento caótico. 
La resistencia limita el crecimiento de la señal dando lugar a trayectorias 
convergentes (o, como se denomina técnicamente, a trayectorias con 
atractor). En la siguiente figura se recogen estas trayectorias en forma 
de proyecciones sobre los planos que se indican. [Matsumoto, 1987]. 


vez VC2 


Pa 7 ¿o GIA 


El comportamiento caótico no es único y exclusivo de circuitos electrónicos 
o de modelos matemáticos más o menos abstractos. Se ha encontrado este 
tipo de comportamiento prácticamente en todas las ciencias: astronomía, 
biología, biofísica, química, ingeniería, geología, matemáticas, medicina, 
teoría de plasmas e incluso en ciencias sociales.[Chua, 1987] 
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Serie con periodo 4 


Fig. 2. La ecuación con un comportamiento oscilante de período 4 


Y lo mismo sucede para cualquier valor de la población inicial. Este es el compor- 
tamiento "normal y esperado" de la ecuación. Pero si se cambia el valor del pará- 
metro r empiezan a suceder cosas muy curiosas, para r = 3,5 y con una población 
inicial de 0,4 la serie es (figura 2): 


0,4 0,84, 0,4704 0,8719334 0,3908294 0,8332862 0,4862211 
0,8743355 0,3845552 0,8283539 0,497643 


que no tiende a ningún v alor estable, y no sólo eso , sino que parece oscilar con 
período 4 -de hecho lo hace-. A esto es a lo que nos referimos con un cambio en 
la propia naturaleza del comportamiento del sistema, de un sistema estable que 
tiende a un punto de equilibrio , se ha pasado a un sistema oscilante. Si se v aría 
el parámetro r se llega a otro tipo de sistemas, concretamente se pueden conse- 
guir resultados de período 2, 4, 8, 16, 32 ... y finalmente el caos, una serie de 
valores que no guardan ninguna relación entre ellos. 


Este asombroso comportamiento es aún más sorprendente si se consider a que 
reaparece para diferentes órdenes de magnitud de r. Para representar esta ecua- 
ción y su comportamiento se utiliza lo que se denomina un diagr ama de bifurca- 
ciones, un tipo de representación que se ha hecho muy común en la teoría del 
caos. En estos diagramas se representan los valores finales a los que tiende el sis- 
tema para distintos v alores del parámetro correspondiente. En este caso , para 
diferentes valores de r se representa un punto si la ecuación se estabiliza, dos si 
tiene período 2, cuatro si el período se duplica, etc. El resultado es un gráfico como 
el que muestra la figura 3: 
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Fig. 3. Diagrama de bifurcación de la ecuación Y = r* X*(1 - X), (Gleick, 1988, p. 79) 


En ese diagrama es fácil ver cómo aparece el caos para determinados valores de r. 
Y también la estructura repetitiva, superado un valor concreto de r el sistema deja 
de comportarse caóticamente y vuelve a estabilizarse, a medida que r aumenta se 
repite el proceso apareciendo períodos 2, 4, 8, 32, etc. En la figur a 4 se muestra 
una ampliación de ese diagrama en la que se puede ver cómo se repite la misma 
estructura dentro de sí misma. 


Fig.4. Autoorganización en un sistema caótico. Al forzar el sistema aparece un período 3 que 
se duplica (6, 12, 24, ...) hasta desembocar en un nuevo caos; la estructura tiene 
profundidad infinita, [Gleick, 1988, p. 82] 
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Desde el punto de vista de la complejidad, la consider ación del caos es muy rele- 
vante pues pone de manifiesto la importancia de las no linealidades y la repercusión 
que éstas tienen en el comportamiento del sistema. Un ejemplo real se recoge en el 
cuadro adjunto. También, como en el caso de la atmósfera, indica que hay sistemas 
que no son predecibles si no se conocen todos los factores que influy en en ellos, 
hasta el más pequeño, sin que exista la posibilidad de despreciar ninguno y a que 
hacerlo conduciría a una conclusión errónea. V ariaciones mínimas en parámetros 
que tradicionalmente se han despreciado pueden producir alter aciones radicales 
en el resultado, como muestra el ejemplo. Esta sensibilidad de los parámetros se 
convierte así en un factor fundamental en el estudio de ciertos sistemas. 


De la estabilidad al crecimiento exponencial 


La importancia de las interacciones entre los diferentes factores se da 
en todas las ramas del saber humano pero en especial en los relacio- 
nados con la sociedad. Esta introduce tal cúmulo de factores y depen- 
dencias que dificultan en gran manera las predicciones del comporta- 
miento. Los propios investigadores son conscientes de que la más 
pequeña alteración produce resultados totalmente diferentes. 
Ejemplo de ello es un cálculo del crecimiento de la población de los EEUU 
realizado en 1972. Estableciendo una media de 2 hijos por familia la 
población tendería a estabilizarse -unos 400 millones hacia el año 
2070- pero si se asumía una media de 3 hijos por familia la población 
no se estabiliza en una cifra mayor -600 o 700 millones, por ejemplo- 
sino que se produce un crecimiento exponencial con 400 millones en 
el año 2015 y cerca de 1000 en el 2070. Esta variación en el compor- 
tamiento refleja la existencia de un punto crítico en el que el compor- 
tamiento se bifurca -estabilidad o comportamiento exponencial- lo 
que indica una complejidad del sistema mucho mayor de la que se 
supone a simple vista. Este fenómeno de la bifurcación es típico del 
estudio del caos y aparece en muchos sistemas naturales. [A partir de 
"Population and the American Future", N.Y., American Library, 1972, 
citado en Kemper, 1985]. 
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3. Azar 


En su acepción más tradicional, azar es todo aquello que escapa a nuestro control 
O a nuestra capacidad de predicción. En este sentido es fácil ver el azar como una 
fuente importante de complejidad y también como una faceta de la complejidad. 
Está directamente relacionado con el caos pues antes de que existieran los estudios 
sobre el caos todo comportamiento caótico era considerado como azar y también 
se puede establecer una relación muy clar a entre el azar y la incertidumbre pues 
como muchos autores han puesto de manifiesto el azar ha sido muchas veces el 
velo y la ex cusa que cubría nuestra ignorancia sobre un determinado fenómeno . 
La contro versia que actualmente existe sobre el azar es una de los temas más 
apasionantes de la ciencia. 


Básicamente existen dos posiciones contrapuestas respecto al azar. La primera de 
ellas es la que consider a un Azar, con ma yúscula, un Azar "per se", ontológico , 
inherente a la misma Naturaleza y que por tanto es inevitable. La segunda postur a 
pretende que el azar es sólo el resultado de la falta de conocimiento, es decir, nos 
resulta azaroso aquello que no conocemos pero no ha y azar en las cosas que 
conocemos. Cada una de ellas refleja una visión diferente del mundo y de la ciencia 
y se pueden deriv ar importantes conclusiones. En la discusión sobre este punto 
entran en juego v arias disciplinas como la teoría de probabilidades, la mecánica 
cuántica o la computación, pues sobre todas ellas influy e el hecho de consider ar 
el azar de una u otra forma. 


En la mecánica clásica ha y una serie de problemas insuper ables que ponen de 
manifiesto, al menos, nuestras limitaciones a la hor a de hacer predicciones. Uno 
de estos ejemplos es el péndulo . Si se sitúa el péndulo en posición v ertical, por 
encima de su punto de suspensión, se desplazará a la izquierda si se le empuja un 
poco hacia la izquierda o a la derecha si se le empuja un poco a la derecha. Esto 
es perfectamente lógico y está de acuerdo con la mecánica clásica, pero si fuéramos 
capaces de colocar el péndulo en esa posición vertical con el mínimo error que nos 
fuera posible ¿hacia donde caería?, evidentemente unas weces a la derecha y otras 
a la izquierda con aproximadamente un 50 % de probabilidades de caer a un lado 
o a otro. La mecánica clásica no puede hacer una predicción mejor que la del 50 
%, que no es tal predicción. En estos casos en los que aparece un punto crítico la 
certeza debe sustituirse por la probabilidad. 


Existe además una mecánica estadística en la que el problema de operar con grandes 
números se soluciona cambiando la pregunta que se hace el investigador: de ¿qué 
velocidad tiene esta o aquella partícula? se pasa a ¿qué probabilidad ha y de 
encontrar una partícula con una velocidad dentro de un margen especificado?. Se 
abandona la certeza para evitar la complicación del cálculo. Esto mismo es lo que 
hacen los meteorólogos cuando dicen que va a llover con un 30 % de probabilidades, 
no pueden decir más. Sin embargo, luego, o llueve, o no llueve. 
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La cuestión está en si esas probabilidades reflejan una propiedad intrínseca de la 

naturaleza, de 100 estados posibles de la atmósfer a en 30 llueve, o si esas pro- 
babilidades reflejan únicamente una falta de conocimiento , se pude afirmar que 

lloverá con una certeza del 30 %. A unque parezca una discusión un tanto sin 

sentido, elegir una u otra opción conlleva importantes consecuencias. Veamos más 
ejemplos. 


Una de las teorías con más éxito en este siglo es la teoría cuántica. En ella no se 
maneja certidumbre sino sólo probabilidades. Los estados de un sistema tienen 
una determinada probabilidad, según la función de onda, pero nunca tenemos una 
certeza absoluta. El principio de incertidumbre impide que podamos hablar del 
estado de una partícula ya que postula la imposibilidad de conocer su velocidad y 
posición al mismo tiempo. Esto es muy importante pues las cosas cuando ocurren 
son ciertas y completas, o llueve o no llueve. En este sentido sería lógico pregun- 
tarse si, existiendo una teoría que proporciona sólo probabilidades, no sería posible 
encontrar una teoría X que asigne certidumbres. P or ejemplo, la probabilidad de 
aprobar una oposición es 0,7. Esta sería una afirmación de una teoría probabilística. 
Pero si estudiamos a cada uno de los que se examinan, su historial y sus aptitudes, 
somos capaces de decir quién pasará o quién no pasará, lo que corresponde a una 
afirmación de la teoría X. 


Decantarse por una de las dos opciones que presentábamos al principio supone 
aceptar la existencia de esa teoría X o considenarla imposible. Cuando Einstein dijo 
aquello de que Dios no juega a los dados estaba intentando subrayar la necesidad 
de eliminar las probabilidades y sustituirlas por certidumbres, buscando una teoría 
que fuera más allá de la probabilidad cuántica. 


Además, la utilización de una teoría probabilística conlleva ciertas paradojas. Una 
de ellas es la del gato de Schródinger . Imaginemos una caja en la que ha y un 
dispositivo radiactivo que se dispara en una determinada dirección y es letal sólo 
en esa dirección, en cualquier otra es completamente inofensivo. Al meter un gato 
en la caja hay unas ciertas probabilidades de que el gato esté viv o o de que esté 
muerto. Al abrir la caja el gato está vivo. La probabilidad se ha hecho certidumbre. 
La cuestión es ¿cómo es que la probabilidad de estar viv O se ha con vertido en 
certidumbre simplemente por abrir la caja?. La predicción de que el gato estaría 
vivo puede haber sido del 95 %, es decir , era una buena predicción, pero podría 
haber sido aún mejor. 


A nivel macroscópico el azar también juega un papel importante. Supongamos un 
dado dentro de un cubilete. Teóricamente es posible establecer qué cara va a salir 
si somos capaces de calcular todos los mo vimientos que hará el dado de acuerdo 
con la forma y la fuerza con que se ha lanzado y todos los parámetros que sean 
relevantes. En este sentido , el lanzamiento de un dado es determinista y la 
probabilidad de 1/6 asignada a cada car a sólo nos dice que no podemos en un 
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momento dado calcular la tr ayectoria correcta. Pero esta afirmación presenta un 
problema muy interesante. En principio dice que aunque la computación sezextre- 
madamente costosa es posible calcular qué cana va a salir, siempre y cuando la pre- 
cisión con que se conocen los datos necesarios sea infinita. Aún en el ordenador 
más perfecto que se conoce o se pueda concebir existirá un mínimo error , supo- 
niendo que somos capaces de conocer las condiciones iniciales con precisión infi- 
nita, y ese error conduce a una incertidumbre sobre la car a que v aasalir . 
Cualquier conocimiento finito conduce a una probabilidad de cada car a de 1/6. 


De nuevo se nos plantea el mismo problema. De poder disponer de un ordenador 
o de la capacidad de cálculo para ello ¿podríamos establecer qué cara va a salir al lan- 
zar un dado?. Esto implica conocer las condiciones iniciales con exactitud infinita, ¿es 
posible?. Y, de acuerdo con todo esto , ¿es el lanzamiento de un dado un proceso 

en el que interviene el Azar o su aleatoriedad es sólo función de nuestra ignorancia? 


Desde el punto de vista de la complejidad el azar es un tema muy importante. No 
cabe ninguna duda de que sí existen casos concretos en que el azar existe sólo en 
la mente del observ ador porque no conoce las reglas que rigen un determinado 
proceso. Es el caso, por ejemplo, de la secuencias pseudoaleatorias que se utilizan 
en computación. Para cualquier usuario esas secuencias aparecen como aleatorias 
y sin embargo están gener adas por un proceso completamente determinista. Y 
también es una tendencia muy humana el atribuir al azar todo aquello que no 
podemos conocer, todo lo que escapa a nuestra ciencia. En este sentido el azar es 
una complejidad superable a través de una profundización en los mecanismos de 
comportamiento de una sistema. P ero si se admite la existencia del Azar con 
mayúscula también se ha de admitir una complejidad inabordable en las cosas. En 
cualquier caso y al igual que sucede con la complejidad, el azar , con minúscula, 
depende del observ ador y no sólo de sus intereses o de la forma de percibir el 
objeto sino también de su capacidad y de las herr amientas de que dispone par a 
hacer frente a la variedad que se percibe en el objeto. 


4. Incertidumbre 


En lo que atañe a la complejidad la incertidumbre es una de las ma yores fuentes 
con que nos podemos encontr ar y también una de las más comunes. En cierta 
forma engloba al caos y al azay pues, que se produzcan fenómenos caóticos o aza- 
rosos que se traducen en incertidumbre respecto al objeto con que se tr ata. Pero 
el caos y el azar tienen un significado concreto mientr as que la incertidumbre es 
algo más bien intuitivo y sin formalizar, al menos en la mayoría de los campos de 
estudio. 


Al tirar un dado se produce una incertidumbre sobre el resultado que saldrá, una 


turbulencia introduce incertidumbre sobre el comportamiento de un fluido pero un 
tipo de incertidumbre que se deja generalmente de lado al no tener herramientas 
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que permitan manejarla. La ma yor formalización sobre la incertidumbre se ha 
hecho en el campo de la representación del conocimiento y en la inteligencia arti- 
ficial, donde es necesario reflejar esta realidad de las representaciones que el 
hombre fabrica de los objetos que le rodean. Así, siguiendo a Klir [Klir  , 1988], 
podemos definir y clasificar la incertidumbre como sigue: 


En una primera aproximación incertidumbre tiene un significado amplio que abarca 
diferentes conceptos resumibles en seis puntos: 


1. Conocimiento sin seguridad, cuestionable, problemático 

2. Vago, sin definir o determinar 

3. Dudoso, falto de algún conocimiento, no seguro 

4. Ambiguo 

5. No fijo, no constante, con variaciones 

6. Con tendencia a cambiar o variar, falto de fiabilidad o seguridad 


Estos seis puntos son muy amplios y se pueden relacionar con las definiciones de 
complejidad que hemos visto, especialmente con la definición de Sáez Vacas, con 
la que guarda un par alelismo muy curioso, lo que indica la estrecha relación que 

hay entre la complejidad y la incertidumbre. Discutir cuál es la causa y cuál es el 

efecto es un círculo vicioso en el que no pretendemos entr ar, sólo queremos subrayar 
que la incertidumbre genera complejidad y la complejidad, incertidumbre. 


El conocimiento incompleto de un objeto, la ambigúedad, la falta de fiabilidad o la 
vaguedad son ideas que están fuertemente ligadas a la noción de complejidad y , 
al igual que el azar, se pueden relacionar directamente con la complejidad vista 
como la diferencia de variedades entre observador y el objeto. Y, como el azar, la 
incertidumbre está asociada al observ ador nunca al objeto , algo evidente nada 
más echar un vistazo a los seis puntos anteriores. 


Por otro lado, y de acuerdo con Klir [Klir, 1988] esos seis puntos pueden agruparse 
en dos categorías diferentes: vaguedad y ambigúedad. Por vaguedad se entiende 
la dificultad de hacer distinciones clar as y precisas, la falta de límites concretos. 
Ambigúedad es más la dificultad de elegir entre v arias opciones y está directamente 
relacionada con las relaciones uno- a-varios. 
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Cada una de estas categorías lleva asociados varios conceptos similares pero que 
matizan más su significado concreto . La siguiente lista resume algunos de estos 
conceptos: 


VAGUEDAD AMBIGÚEDAD 
Borrosidad Falta de especificidad 
Falta de claridad Diversidad 
Falta de distinciones Generalidad 
Falta de definición Divergencia 
Falta de limitación Relaciones uno-a-varios 


Algunos de ellos se utilizan profusamente en la liter atura técnica, especialmente 
el de borrosidad. Dentro de la ambigúedad también se pueden distinguir algunas 
categorías: 


1. Ambiguedad en la car acterización de un objeto (falta de especificidad), por 
ejemplo, decir que alguien es alto no es decir mucho, pues el conjunto de las 
personas altas es muy amplio y a medida que sea más gr ande ese conjunto, 
menos caracterizado estará un elemento que pertenezca a él. 


2. Ambigúedad en la pertenencia a una o otra categoría (disonancia en la evidencia), 
que sucede frecuentemente cuando nos enfrentamos a dos opciones entre las 
que hay que elegir. 


3. Ambigúedad originada por la multitud de opciones (confusión en la evidencia), 
cuando las opciones son pocas se habla de disonancia, cuando las opciones 
son muchas introducen su propia ambigúedad al producirse múltiples evidencias 
al mismo tiempo. 


Todos estos matices son muy interesantes cuando se estudia el comportamiento 
de sistemas pues no es lo mismo enfrentarse con la complejidad que gener aun 
problema mal definido, vago, que la que genera un problema ambiguo, que tiene 
múltiples soluciones. A la hora de abordar un problema, y por tanto tratar la com- 
plejidad que genera, es fundamental identificar cuáles son las fuentes de comple- 
jidad que están presentes. 
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5. Complejidad y complicación 


Hay una serie de conceptos que tr adicionalmente se asocian con la complejidad 
hasta el punto de consider arse casi sinónimos. Uno de ellos es la complicación, 
una característica peculiar de determinados sistemas que debemos distinguir de la 
complejidad. No cabe duda de que la complicación origina complejidad pero resulta 
también obvio que no todo lo que es complejo es complicado . 


La complicación es un atributo de sistemas artificiales construidos por el hombre 
que, además, conoce y comprende totalmente su funcionamiento y su estructur a 
[Atlan, 1979]. Lo cual no quiere decir no que tengan errores, simplemente se 
pretende destacar que son sistemas artificiales en contraposición a sistemas natu- 
rales como pueden ser una célula o un organismo viv o. En estos últimos no cabe 
hablar de complicación sino de complejidad, sin embargo ,en una máquina, un 
ordenador por ejemplo , si se puede hablar de complicación. En este sentido , la 
complejidad de un algoritmo parte de su gr ado de complicación. Y es importante 
no confundirse en este punto . La complicación de un algoritmo se puede medir , 
por ejemplo, según el número de instrucciones que se necesitan par a describirlo 
en una máquina y con un lenguaje estándar, por ejemplo una máquina de Turing. 
Según esto, un algoritmo con más instrucciones será más complicado que uno con 
menos. La complejidad está relacionada con el grado de complicación pero no sólo 
con él. La complejidad del algoritmo aparece cuando empezamos a consider ar 
parámetros que de alguna manera no dependen directamente del algoritmo, inter- 
acción con otros algoritmos, recursos limitados, expresividad del lenguaje de 
programación, tiempos de computación, características particulares de la máquina 
donde se ejecuta, optimización del compilador, prevención de errores y fallos, estilo 
de programación, etc. 


La complicación aparece en sistemas en los que conocemos su funcionamiento y 
su estructura, una diferencia fundamental con la complejidad. El ejemplo del algo- 
ritmo es muy claro. De él sabemos lo que hace, clasificar palabras, buscar etiquetas, 
establecer rutas de comunicación o intercambiar páginas de memoria, y cómo lo 
hace, su estructura, ventajas y desventajas, supuestos de partida y limitaciones. 
De acuerdo con ello el algoritmo será más o menos complicado. La complejidad es 
el resultado de eliminar la abstracción en ese algoritmo y pasar a implementarlo , 
momento en el cual aparecen todos los condicionantes que antes mencionábamos. 
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Complejidad algorítmica 


La Algorítmica es uno de los campos de estudio más avanzados de la 
complejidad, tanto es así que en gran parte de las universidades ame- 
ricanas el estudio de la complejidad algorítmica se conoce simple- 
mente por estudio de la complejidad. Dentro de ella se estudian 
temas tan interesantes como los límites de la computación (cuanta 
información se puede computar), tiempo de computación de cada 
algoritmo, tipos de problemas, problemas no resolubles, explosiones 
combinatorias, etc. Sobre este tema volveremos más adelante cuando 
tratemos la complejidad del software. 


6. Complejidad y desorden 


El desorden se puede tr atar de muchas maneras, una de las más utilizadas es la 
entropía. Intuitivamente se suele relacionar el orden con la ausencia de complejidad 
O al menos con una disminución de ésta. El orden a yuda a entender la estructura 
y el comportamiento de un sistema y por tanto a hacerlo menos complejo . Pero 
de ello no se puede deducir que todo desorden implique complejidad. Un gas es 
un objeto muy desordenado pero ello no implica que sea necesariamente complejo 
pues podemos tratar ese desorden de forma estadística porque nos conformamos 
con un cierto conocimiento global, es decir , consideramos la complejidad de una 
cierta situación. Sobre esta cuestión v olveremos en capítulos posteriores. Este 
hecho ya fue estudiado por W eaver cuando propuso una clasificación de la com- 
plejidad en la que consider aba una complejidad desorganizada aquella en el que 
el grado de desorden y el elevado número de elementos permitían un tr atamiento 
estadístico (ver en el capítulo Marcos Conceptuales). 


Un sistema complejo presenta un desorden que podríamos llamar virtual, un desor- 
den aparente que oculta un orden sub yacente. El movimiento de los planetas se 
consideraba desordenado, o aleatorio, mientras no se estableció una teoría que lo 
explicase. La complejidad puede verse entonces como un orden del que no cono- 
cemos la cla ve [Atlan, 1979]. Esto nos permite enlazar con los conceptos que 
antes veíamos. El desorden está intimamente ligado a la noción de azar , el azar 
produce desorden y lo desordenado es aleatorio . Podemos hacernos entonces la 
misma pregunta que nos hacíamos antes, ¿es el desorden una característica 
propia de la Naturaleza o sólo un nombre con el que subr ayamos nuestra incapa- 
cidad para encontrar el orden que hay en todas las cosas?. 


Siguiendo la propuesta de A tlan, la complejidad como un orden desconocido , 
entramos de lleno en el terreno de la incertidumbre que podría interpretarse como 
una medida del desconocimiento que tenemos de un determinado orden. Lo 

que no conocemos aparece como desordenado , aleatorio y aumenta nuestr a 
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incertidumbre sobre su comportamiento . El orden, por el contr ario, implica una 
pauta, unas normas, Una estructur a que rige en todo momento y que permite 
reducir esa incertidumbre, abandonar el caprichoso azar y reducir por tanto la 
complejidad. 


7. Complejidad y redundancia 


Este es el último de los conceptos que vamos a estudiar aquí y nos va a servir fun- 
damentalmente para relacionar los anteriores entre sí. La redundancia consiste en 
que el conocimiento de un elemento nos aporta una cierta cantidad de información 
sobre los demás elementos del sistema. Este hecho nos lleva a una conclusión 
muy interesante: si hay redundancia percibimos un cierto orden. La repetición de 
una determinada pauta permite evitar el desorden del que antes hablábamos y por 
tanto reduce la incertidumbre, la aleatoriedad y finalmente la complejidad. 


La redundancia puede v erse entonces como una medida de la simplicidad y el 
orden. Y en principio podría considerarse que la redundancia reduce la complejidad 
si no fuera porque implica un aumento de la complicación cerrándose así un 
círculo que nos relaciona estos tres últimos conceptos. La redundancia permite 
establecer un cierto orden y reducir la incertidumbre pero conlleva un aumento 
considerable de la complicación. Será, pues, un problema de compromiso elegir el 
grado de redundancia que nos permite establecer una pauta pero no aumenta en 
demasía la complicación del sistema. 


Hay una serie de ejemplos muy interesantes que ilustran un serie de características 
de la redundancia que nos pueden servir muy bien par a cerrar la discusión sobre 
todos estos conceptos. El primero de ellos son los ar abescos, una decoración en 
la que unos pocos patrones sencillos se repiten una y otr a vez formando estruc- 
turas muy complicadas. En este caso la redundancia no está tan relacionada con 
la información pero sí con una repetición física de un motiv o único un gran número 
de veces. La complicación en el resultado y el desconocimiento de las pautas 
seguidas por el artista par a establecer las reglas según las cuales se repiten los 
motivos dan lugar a la complejidad que percibe el observador. Sin entrar en mayores 
profundidades, lo que dijimos de la complicación también vale aquí, la redundancia 
en sí no implica complejidad, es la inter acción con elementos ajenos la que gener a 
esa complejidad. En el caso de los arabescos hay una serie de teorías que sostienen 
que los patrones seguidos se basan en conceptos abstractos y espirituales que dictan 
las normas y las pautas a seguir y que, en lo que a nosotros nos interesa, son los 
que introducen la complejidad en esos arabescos. 


Otro ejemplo son los fractales, estructuras redundantes por ex celencia, y que 
cualquiera que ha ya tenido la oportunidad de contemplar imágenes de fractales 
como el conjunto de Mandelbrot puede atestiguar la complicación que hy en ellos. 
Complicación que se transforma en complejidad cuando no conocemos el algoritmo, 
generalmente muy sencillo, que ha servido para trazarlo. 
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8. Resumen 


Podíamos extendernos mucho sobre cualquier a de los seis conceptos que hemos 
tratado en este capítulo . Algunos de ellos, cono el caos o el azar , son temas de 
candente actualidad y sobre los que se han escrito libros enteros. Evidentemente 
aquí no podemos ni pretendemos hacer lo mismo puesto que nuestro principal 
objetivo es el estudio de la complejidad. 


En función de ésta, azar, caos, incertidumbre, redundancia, complicación y desorden 
aparecen como su origen. Es decir , se pueden v er como fuentes de complejidad 
que podemos añadir a las que habíamos consider ado anteriormente. Pero lo más 
destacado de ellas es que están profundamente interrelacionadas y es difícil hablar 
de una de ellas sin mencionar a las demás. La incertidumbre y la complicación son 
las que más directamente se relacionan con la complejidad y en este sentido 
conviene recordar el paralelismo que existe entre la definición de incertidumbre 
de Klir y la definición de complejidad de Sáez Vacas. Por otro lado, el azar es quizá 
la idea más cercana a cualquiera y también la más intuitiva pero podemos subor- 
dinarla de alguna forma a la incertidumbre. 


O —— 
DESORDEN q 
O 
6) CAOS 
¡O 
Y REDUNDANCIA 
AZAR 2. (09) 
á O 
Sy y 
COMPLICACION 
(O) - » 


INCERTIDUMBRE 


COMPLEJIDAD ¡|< 


Fig. 6. Cuadro de relaciones entre los seis conceptos estudiados en este capítulo 
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Como resumen de todo esto podemos pensar en un diagrama como el que muestra 
la figura 6 en el que hemos intentado reflejar las relaciones entre los conceptos 
estudiados. Las flechas llev an un signo + ó - según que la presencia de una de 
estas características conduzca a aumentar o disminuir la presencia de otr a. Por 
ejemplo, la aparición de fenómenos caóticos implica un aumento de desorden, la 
existencia de redundancia implica una disminución del desorden y un aumento de 
la complicación, etc. 


Queda aún mucho campo de estudio en lo referente a estos temas. El caos se 
produce generalmente de forma redundante, es decir , el mismo fenómeno se 
produce a diferentes escalas -recordar el ejemplo visto-, lo que introduce un factor 
de redundancia que sin duda ayuda a disminuir aún más el desorden. El paralelismo 
que existe entre la incertidumbre y la complejidad también es muy interesante 
desde el punto de vista conceptual y desde el punto de vista práctico algunas de 
las formalizaciones hechas par a la incertidumbre se podrían intentar aplicar a la 
complejidad. 


9. Bibliografía 


Dividida en dos apartados. En el apartado de Notas Bibliográficas se comentarán 

aquellos trabajos que más profusamente han servido par a redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 


Notas bibliográficas 


Sobre el Caos: existe una bibliografía amplia, tanto en forma de libros como de 
artículos, dado que se trata de un tema de moda. En español y como obr a intro- 
ductoria para los que no deseen perderse en complicados formalismos matemáticos 
está Caos, de James Gleick, algo falto de rigor al estar escrito por un periodista, 
pero por eso mismo sencillo y ameno de leer, [Seix Barral, Barcelona, 1987]. Otro 
título interesante, sobre todo par a aquéllos con una formación más ingenieril o 
científica, también en español, es Fórmulas del éxito en la Naturaleza , de 
Hermann Haken [Biblioteca Científica Salvat, Barcelona, 1986]. Existe un número 
de los Proceedings del IEEE dedicado a sistemas caóticos y es muy interesante 
para profundizar en el apar ato matemático y teórico de las manifestaciones del 
caos [Proceedings of the IEEE, Agosto 1987]. 


Sobre el Azar: las referencias básicas que hemos utilizado son Proceso al Azar 
e Ideas sobre la complejidad del mundo , ambos de Jorge Wagensberg [en la 
colección Superínfimos de Tusquets Editores], en esta misma colección se pueden 
encontrar títulos muy sugerentes que no se limitan a este tema y muy relacionados 
con el estudio de la complejidad. "Proceso al Azar" es el resumen de una serie de 
conferencias pronunciadas dur ante un encuentro en Figuer as, que reunió a 
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importantes personajes de la ciencia y el pensamiento en torno al problema del 
azar, puede ser interesante para los iniciados en la física y las matemáticas y para 
los interesados en la filosofía especulativa. "Ideas sobre la complejidad del 
mundo" tiene un objetivo más amplio y tr ata muchas ideas relacionadas con la 
complejidad, entre ellas el azar, es relativamente sencillo de leer y con ideas muy 
estimulantes. 


Sobre Incertidumbre: existe también una bibliogr afía muy amplia, aunque no 
directamente relacionada con los aspectos que aquí hemos tratado. La incertidumbre 
suele tr atarse en profundidad en la ma  yoría de los libros sobre Inteligencia 
Artificial y principalmente en los que se ocupan de la lógica borrosa. El que hemos 
tomado como referencia Fuzzy sets, Uncertainty and Information, de George 
Klir (al que hemos citado con anterioridad por sus tr  abajos sobre sistemas y 
complejidad) resulta algo engorroso pues está orientado al estudio formal y mate- 
mático de la lógica difusa, el capítulo 5 es lo más interesante desde el punto de 
vista que aquí nos ocupa. Existe un artículo de Klir que puede resultar interesante 
y más sencillo de leer: "The role of Uncertaint y Principles in Inductiv e Systems 
Modelling" [Kybernetes, 17, 2], gran parte de lo que aparece en este artículo cons- 
tituye el capítulo 5 del libro anteriormente citado . 


El resto de los conceptos que hemos tr atado se encuentr a muy disperso en la 
bibliografía, por ello nos limitaremos a dar sólo algunas ideas sobre referencias 
que tocan estos temas, aunque ninguna lo hace en ex  clusiva. La utilizada como 
referencia directa en este capítulo esEntre le cristal et la fumée de Henri Atlan, 
en francés (ha y traducción al español), un libro donde aparecen muchas ideas 
sobre sistémica y complejidad. Otro libro interesante pero difícil (existe versión en 
español), premio Pulitzer, es Gódel, Escher, Bach: An eternal golden braid, de 
Douglas, R. Hofstadter [Basic Books, Nuev a York, 1979]. Otro libro interesante 
como ejemplo de la complejidad conseguida a través de formas simples puede ser 
Las formas del color, de Karl Gerstner [Hermann Blume, Madrid, 1988]. 


Referencias bibliográficas 


Atlan, H. (1979) Entre le cristal et la fumée, essai sur l'organisation du 
vivant, Editions du Seuil, Paris, (hay traducción al español). 


Gerstner, K. 1988 Las formas del color, Hermann Blume, Madrid. 
Gleick, J. (1987) Caos, Seix Barral, Barcelona. 


Haken, H. (1986) Fórmulas del éxito en la naturaleza , Biblioteca Científica 
Salvat, Barcelona. 


40 


Conceptos relacionados con la complejidad 


Hofstadter, D.R. (1979) Gódel, Escher, Bach: An Eternal Golden Braid , Basic 
Books, Nueva York, (hay traducción al español). 


Klir, G.J .(1988) Fuzzy sets, Uncertainty and Information , Prentice-Hall 
International, 1988. 


Klir, G.J. "The role of uncertaint y principles in Inductiv e S ystems Modelling", 
Kybernetes, 17, 2, pp. 24-34. 


Proceedings of the IEEE (1987), Agosto. 


Wagensberg, J. (1986) Proceso al Azar , Colección Superínfimos de Tusquets 
Editores, Barcelona. 


Wagensberg, J. (1985) Ideas sobre la complejidad del mundo , Colección 
Superínfimos de Tusquets Editores, Barcelona. 


41 


Marcos conceptuales 


Capítulo 3: Marcos conceptuales 


¿Qué es exactamente lo que se entiende por complejidad?. ¿Cómo podemos forma- 
lizar la idea intuitiva que tenemos de este término?. Como veremos, diversos autores han 
realizado un esfuerzo por crear un marco donde definir la complejidad. En este capítulo rea- 
lizaremos una aproximación a unos cuantos de estos esfuerzos. 


Se estudiarán, entre otros asuntos, algunas clasificaciones de la complejidad (los 
tres rangos de Weaver, la T de Flood, el modelo de tres niveles de Sáez Vacas, ...), los atri- 
butos que la caracterizan (importancia del observador, consideración del objeto como siste- 
ma,...), y una clasificación de sistemas (Klir) que da lugar a diferentes formas de entender 
la complejidad. 


G T.I 


ENFOQUES Y TEORÍAS 


VARIEDAD CONCEPTOS 


TRATAMIENTO SISTEMAS 
E Z 
ESTRUCTURA 
JERARQUÍAS 
HISTORIA 
TRATAMIENTO 


SISTEMAS 
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1. Introducción 
"...[el término] complejidad tiene varios significados posibles...” [Klir, 1985]. 


"En general, parece que asociamos complejidad con algo que nos parece difícil 
de entender" [Flood, 1987]. 


"La complejidad de un objeto está en los ojos del observ ador" [Klir, 1985]. 


"La complejidad es un concepto con el que nos enfrentamos en todas las activi- 
dades humanas" [Sáez Vacas, 19901. 


",..un concepto que la ciencia moderna intenta aprehender sin haber conseguido 
todavía definir satisfactoriamente. Es la complejidad" [Wagensberg, 1985]. 


",..no hay toda vía una prueba con vincente de que las tareas realizadas por los 
modernos ordenadores [...] no podrían ser realizadas igual de bien [...] con la 
mitad de componentes. Esta posibilidad ha dado lugar a una nuev a disciplina 
matemática llamada teoría de la complejidad" [Pippenger, 1978]. 


Observemos un momento estas citas, tomadas de div ersos autores que se han 
ocupado de tr abajar sobre la complejidad. Unas hablan de la importancia de la 
complejidad. Otras realizan alguna observación sobre su significado. Pero después 
de analizarlas con un poco de detalle, nos surgirá la duda de qué es exactamente 
lo que se entiende por complejidad en cada uno de los casos. A medida que vayamos 
profundizando en el tema, podremos observar que hay varias formas de entender 
este concepto. En este capítulo realizaremos una apro xXimación a unos cuantos 
esfuerzos destinados a obtener un marco global donde encajar y definir el término 
"complejidad", y otros con él relacionados. 


Comenzaremos por un enfoque, debido a W eaver, donde los sistemas se clasifican 
según ciertas características estructurales. A partir de esta clasificación, obtendremos 
una primera idea de las características que tiene lo complejo. 


Según Klir, la complejidad está íntimamente ligada a los sistemas, y por tanto paa 
poder estudiarla adecuadamente, es necesario primero realizar una clasificación y 
definición adecuada de éstos. Así, estudiaremos la complejidad de los objetos a 
través de su clasificación jerárquica como sistemas. 


Para Flood la complejidad está ligada tanto al objeto observado como al observador 
(idea, por otra parte, ya adelantada por Klir). A partir de esta premisa, estudia las 
características de cada uno de estos dos elementos, y cómo influyen en la aparición 
de complejidad. Así llegamos a un "desensamblado por niveles" de la complejidad. 
Además, realiza una clasificación de las ciencias que en cierta forma extiende la 
división de los sistemas de Weaver, al considerar el elemento humano. 
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Sáez Vacas, además de aportar una definición extensiva, propone una diferenciación 
de la complejidad en tres niv eles. Este modelo en niv eles es aplicable de forma 
muy directa, entre otros, al campo de las tecnologías de la información. 


2. Warren Weaver. Una clasificación de la complejidad 


Una de las clasificaciones más clásicas de la complejidad es la propuesta por 
Warren Weaver [Weaver, 1948], basada en el tipo de tratamiento matemático que 
requieren los sistemas para su estudio y tomando como punto de partida dos de 
sus características estructurales: 


a. Por una parte, el número de elementos (o variables) que componen el sistema. 
Estableciendo un rango que va desde los que están formados por muy pocos 
elementos (como pueden ser los modelos del sistema solar, los problemas de 
cinética clásica, etc.) hasta los que tienen multitud de ellos (como los gases 
constituidos por moléculas, los ordenadores basados en millones de transistores, 
o el modelo de ser vivo visto como un conjunto de células). 


COMPLEJIDAD 


ALEATORIEDAD 
DESORGANIZAD. 
COMPLEJIDAD 
ORGANIZADA 
SIMPLICIDAD 
ORGANIZADA NUMERO DE ELEMENTOS 


Fig.1 Los tres rangos de complejidad propuestos por Weaver 


b. Por otra, el grado de aleatoriedad observ ado en el comportamiento de los 
elementos del sistema. Aquí nos mo veremos desde el determinismo puro y 
duro de los sistemas físicos newtonianos hasta la imprevisibilidad total (a nivel 
microscópico) de los modelos de la mecánica estadística aplicada (por ejemplo) 
a los gases. 
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Los tres rangos de complejidad propuestos por Weaver son los siguientes: 


a. Simplicidad organizada . Weaver incluy e aquí los sistemas que están 
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compuestos por un número pequeño de wariables, dependientes unas de otras 
de una forma fuertemente determinista. Este es el tipo de sistemas estudiados 
normalmente por la ciencia hasta finales del siglo XIX. La forma en que avan- 
zaba el conocimiento científico en esa época tenía que v er sobre todo con el 
descubrimiento de un modelo simple que era utilizable para explicar fenómenos 
a primera vista mucho más complejos. Esta simplificación normalmente se 
conseguía despreciando muchas variables, suponiendo que su contribución al 
efecto observado era mínima. Así se conseguía también diseñar experimentos 
minimizando la influencia de esas variables despreciadas, para corroborar las 
teorías. Este tipo de sistemas es perfectamente adecuado par a su tratamien- 
to con métodos del análisis matemático (ecuaciones diferenciales, etc.). 


Complejidad desorganizada. Este rango se da en sistemas donde las varia- 
bles se relacionan de una forma muy aleatoria. Comenzaron a estudiarse a 
finales del siglo XIX, con los tr abajos sobre las moléculas de un gas en un 
espacio cerrado. El número de variables implicadas es sencillamente inimagi- 
nable: del orden de 1023 moléculas. Además, se mueven muy rápidamente, y 
el gran número de colisiones que sufren hace que su comportamiento indivi- 
dual sea en la práctica impredecible. Muy pronto se comprendió que estos sis- 
temas no eran abordables con los métodos desarrollados hasta entonces (usa- 
dos con éxito en los problemas de simplicidad organizada). La solución vino 
de la mano de los métodos estadísticos, debidos entre otros a los tr abajos de 
Gibbs. Se pasa de consider ar las características de cada partícula a estimar 
unos valores medios para ciertas variables de sistema. Este enfoque se mostró 
tanto más apropiado cuanto ma yor era la aleatoriedad de los elementos del 
sistema considerado. 


Complejidad organizada. Así pues tenemos métodos para tratar con los dos 
extremos del diagrama de Weaver. Pero ¿que pasa con la amplia z ona inter- 
media?. Aquí tenemos un gr an número de sistemas cuy o estudio a menudo 
interesa a varias disciplinas, como son los que tr atan las ciencias de la vida, 
de la sociedad, del medio ambiente... Todos ellos comprenden un gran número 
de aspectos que no pueden ser despreciados (al menos sin desvirtuar fuerte- 
mente la validez del modelo), con lo que se salen del alcance del análisis mate- 
mático usado en los problemas de simplicidad organizada. Pero tampoco tienen 
el grado de aleatoriedad suficiente como par a que los métodos estadísticos 
sean de aplicación. Así pues, se hace necesario descubrir y aplicar nuev as 
formas de simplificación para tratar con estos problemas. Este es el tipo de 
complejidad al que nos referiremos a partir de ahor a. 


Marcos conceptuales 


Consideremos un programa de ordenador medianamente grande. 
Supongamos que está en un lenguaje X, y que está compuesto por N 
instrucciones distintas. Cualquiera que haya programado alguna vez 
sabe que si ese N aumenta, la dificultad para entender el programa 
aumenta también, pero mucho más rápido. Si el lenguaje no está 
diseñado para evitarlos, aparecen los efectos colaterales: si cambia- 
mos un pequeño grupo de instrucciones en una parte del código, no 
sabemos con exactitud qué efecto tendrá este cambio sobre otras 
partes del programa. Los lenguajes de programación intentan evitar 
esto mediante la definición de procedimientos, funciones, módulos, 
etc. Desde los lenguajes cercanos a la máquina (ensambladores) 
hasta los más modulares (ADA, MODULA-2) hay un largo camino 
intentando jerarquizar al máximo posible los programas. Puede 
entenderse este esfuerzo como una tentativa de sacar los programas 
del terreno de la complejidad organizada, en el que se encuentran 
"naturalmente" por tener un alto número de componentes (instruc- 
ciones) relacionadas determinísticamente (en el ordenador cabe muy 
poca aleatoriedad), llevándolos hacia la simplicidad organizada 
(pocos módulos "cerrados", relacionados de forma sencilla). 


3. George J. Klir. Complejidad y Jerarquías de sistemas 


Es importante señalar que Klir es un destacado "sistemista" y son muy conocidos 

sus trabajos en el campo de la formalización matemática de los mismos. Aquí no 

vamos a entrar en este apartado sino que nos vamos a centrar en la complejidad 
teniendo en cuenta siempre el sesgo que tienen los propuestas de Klir Como se reco- 
ge en los apartados en que se v a a subdividir este breve estudio, la complejidad de 
la que habla Klir es la complejidad de los sistemas que casi utiliza como una ex cusa 
para introducir el tema más importante de las jer arquías epistemológicas. 


3.1. Complejidad en los objetos 

El término "complejidad" es difícil de manejar porque tiene muchos significados 
posibles. Reconociendo esta realidad, Klir se plantea estudiar los aspectos in va- 
riantes de la complejidad cuando recorremos las muchas car as que presenta. 
Como primer paso propone una definición de complejidad extr aída directamente 
del diccionario: 


"Complejidad: la cualidad o estado de algo complejo, ¡i.e., 


- con muchas partes o elementos o estructur as interrelacionadas y , en conse- 
cuencia, difícil de entender, o 
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- Caracterizado por muchas partes, aspectos, detalles o nociones y exigiendo un 
profundo estudio o examen para ser entendido o tratado." 


Esta definición es en principio aplicable a todas las cosas, materiales o abstractas. 
Y las dos primeras consecuencias que podemos extraer de ella son las siguientes: 
primero, que el grado de complejidad parece asociarse con el número de partes y 
de interrelaciones reconocibles y segundo, que la complejidad tiene una connotación 
subjetiva dado que se hace depender de la habilidad del observador para entender 
o manejar el objeto en consideración. 


La complejidad depende de la interacción entre una persona y el objeto y por tanto 
de los intereses y la forma de inter actuar con el objeto que escoja la persona. La 
complejidad está en los ojos del observ ador. Dado que las formas de inter actuar 
con un objeto son virtualmente infinitas, hay por tanto infinitas formas en las que 
puede manifestarse la complejidad. Esta está en función de la imagen que se 
forme del objeto a partir de una serie de atributos observ ables en él. Según Klir, 
estos atributos no son directamente accesibles al observador sino sólo a través de 
sus imágenes abstractas, resultado de la percepción y de un tipo de medida espe- 
cífico. A estos atributos Klir los llama v ariables, y cuando se dispone de un con- 
junto de variables referidas a un mismo objeto se dice que se ha establecido un 
sistema. Un sistema es una forma de v er el mundo. 


Esto tiene una consecuencia muy importante, dado que no se está tr atando con 
los objetos sino con imágenes de ellos (sistemas), y por tanto no es opertivamen- 
te significativo ver la complejidad como una propiedad intrínseca de los objetos. La 
noción relevante es la de complejidad en los sistemas. 


De aquí que Klir se plantee como una tarea primordial estudiar cómo se desarro- 
llan las imágenes del mundo con las que trabajamos. Es decir, cuáles son los pro- 
cesos que conducen al desarrollo de un sistema y qué abstracciones los caracteri- 
zan. La respuesta de Klir es las jerarquías epistemológicas de sistemas pero tam- 
bién adelanta que no es una solución única pues depende del marco conceptual 
en el que estemos tr abajando. Para diferentes sistemas dentro del mismo marco 
conceptual se deben aplicar diferentes significados de la complejidad. 


3.2. Jerarquía epistemológica de sistemas 

Klir empezó a desarrollar este tr abajo en la década de los 60, partiendo de la 
noción de sistema en div ersas disciplinas. Esta jer arquía se utiliza ho y en día en 
un sistema experto diseñado para tratar problemas de sistemas. 

Dicho de una forma general, la formulación de un problema en una disciplina cien- 


tífica cualquiera es en realidad la adopción, por un irvestigador, de un punto de vista 
sobre ese problema [Orchard, 1972]. El científico definirá y aislará el problema, con 
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lo que "creará" el objeto de estudio , que ya es una modelización de la realidad. 
Sobre este objeto realizará experimentos, recogerá datos, hará análisis teóricos... 
Intentará encontrar un modelo que permita explicar su comportamiento , estable- 
ciendo una correspondencia entre objeto y modelo . El paso de unos modelos a 
otros, cada vez más generales, nos hace ir definiendo sucesivos sistemas a partir 
del objeto estudiado, que no son sino estados o etapas par a una vía de conoci- 
miento del objeto. Cada uno de estos sistemas pertenecerá a lo que Klir denomina 
un "nivel epistemológico” diferente. 


La diferencia entre un sistema de un niv el epistemológico y otro de un nivel supe- 
rior es el nivel de conocimiento asociado a las variables que lo definen. Estas wria- 
bles se establecen en el niv el inferior. Un sistema en un determinado niv el com- 
prende el conocimiento de todos los sistemas de nivel inferior y, al mismo tiempo, 
posee un determinado conocimiento que no está en los niv eles inferiores. 


En el nivel epistemológicamente más bajo, denominado nivel O, un sistema viene 
definido por un conjunto de v ariables, un conjunto de estados posibles (v alores) 
conocido para cada variable y algún método oper acional para describir el signifi- 
cado de las v ariables y sus estados en términos de los atributos asociados del 
mundo real y sus manifestaciones. 


El conjunto de v ariables se divide en dos, el conjunto básico y el conjunto de 
apoyo. Ejemplos de variables de apoyo son las que representan el tiempo, el espacio 
o poblaciones de individuos de la misma categoría. Estos sistemas se denominan 
también Sistemas Fuente por su capacidad potencial de gener ar datos. 


Cuando al sistema fuente se le añaden una serie de datos, esto es, una serie de 
estados concretos de las variables básicas dentro del conjunto de apo yo, se pasa 
a considerar un sistema de nivel epistemológico 1. Este tipo de sistemas se deno- 
mina también sistema de datos. P or lo gener al, los conjuntos de datos que se 
asocian al sistema fuente para formar el Sistema de Datos se pueden representar 
de acuerdo con alguna función, por ejemplo , una función del tiempo. 


Los niveles superiores se caracterizan por algún aspecto in variante de los límites 
impuestos a las v ariables básicas. Estos límites se pueden utilizar par a generar 
estados concretos de las variables. 


Así, el niv el epistemológico 2 es el de los sistemas representados por alguna 
característica invariante (invariante con el tiempo, invariante en el espacio, inva- 
riante con la población ...) de los límites impuestos a las v  ariables básicas del 
sistema fuente y, posiblemente, por algunas v ariables adicionales. Cada una de 
estas variables adicionales se obtiene a partir de una v  ariable básica y una 
transformación en las variables de apo yo. Este tipo de sistemas se denominan 
también Sistemas Generativos ya que los límites impuestos pueden utilizarse para 
describir procesos en los que se generan estados de las variables básicas. 
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NIVEL 5 META-METASISTEMA 
NIVEL 4 METASISTEMA 


NIVEL 3 SISTEMA-ESTRUCTURA 


NIVEL 2 SISTEMA GENERATIVO 
NIVEL 1 SISTEMA DE DATOS 
NIVEL O SISTEMA FUENTE 


Fig. 2. Jerarquía de sistemas, según Klir 


Ejemplo de este tipo de sistemas son las ecuaciones diferenciales con coeficientes 
constantes, las cadenas de Markov o las máquinas de estados finitos. Cada uno de 
ellos caracteriza una limitación de las v ariables, un límite in variante. La solución, 
por ejemplo, de una ecuación diferencial con condiciones de contorno específicas 
representa un conjunto de datos. 


El tercer nivel epistemológico está formado por todos aquellos sistemas definidos 
en función de un conjunto de sistemas genenativos vistos como subsistemas de un 
sistema genérico más amplio . Estos subsistemas pueden estar acoplados 
(compartir variables) o inter actuar de alguna maner a. Este tipo de sistemas se 
denomina Sistema-Estructura y se representa típicamente por diagramas de bloques, 
siendo cada uno de los bloques un sistema gener ativo. 


El cuarto nivel epistemológico, y siguientes, se caracterizan porque los subsistemas 
inferiores pueden cambiar de acuerdo con alguna de las variables del conjunto de 
apoyo del sistema fuente. Según el tipo de cambio permitido se tratará de un 
sistema de nivel 4, metasistema, de nivel 5, meta- metasistema, de nivel 6, meta- 
meta-metasistema, etc. 


Ejemplo de metasistemas son máquinas de estados finitos en los que se permite 
una variación con el tiempo . La máquina de estado finito en sí es un sistema- 
estructura. Cuando se permite que ese sistema cambie de acuerdo con alguna 
norma establecida se pasa a consider ar un metasistema, que se puede v er como 
una colección de sistemas cada uno correspondiente a un v  alor concreto de la 
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variable que controla el cambio , por ejemplo el tiempo . Así, un metasistema se 
puede ver como un conjunto de sistemas-estructura, uno para el momento 1, otro 
para el momento 2, etc. 


Los metasistemas, de cualquier orden, son importantes pues permiten estudiar 
fenómenos cambiantes como pueden ser la adaptación, autoorganización, morfo- 
génesis, autopoiesis, evolución, etc. 


Una forma más de representar esta jer arquía y todas las posibles combinaciones 
de sistemas que se pueden conseguir es la que se muesta en la figura 3. Los tipos 
individuales de sistemas se representan por F ,D,G, y M (Fuente, Datos, 
Generativo y Metasistema), mientras que los representados por dos o más carac- 
teres representan combinaciones de los tipos individuales. P or ejemplo, ED es un 
sistema-estructura compuesto de sistemas de datos, MEG es un metasistema 
compuesto de sistemas-estructura que a su v ez se descomponen en sistemas 
generativos, etc. 


Fig. 3. Algunos de los tipos básicos de sistemas epistemológicos (Klir, 1985) 


Para terminar con las jerarquías epistemológicas, vamos a ver un ejemplo de apli- 
cación de estos conceptos a un sistema concreto: una resistencia. 


Sistema Fuente: En el que debemos distinguir unas v ariables relevantes, unos 
estados y un procedimiento para relacionar las variables con el circuito real: 


VARIABLES: la tensión en bornas (V), la corriente que atr aviesa el componente 
(1) y la resistencia eléctrica (R). Como variable de soporte tomamos el tiempo (t). 


ESTADOS: La tensión y la corriente pueden ser cualquier número real, el resto 
sólo números reales positivos. 
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PROCEDIMIENTO: para ligar estas variables con el circuito real establecemos un 
procedimiento de medida con un polímetro par a la tensión y la corriente, y los 
datos aportados por el fabricante para la resistencia. 


Sistema de Datos: Consiste en establecer un conjunto de datos válidos paa esas 
variables y esos estados. En nuestro caso , mediremos en diferentes momentos 
(diferentes valores de t) la tensión y la corriente (al aplicarle diferentes excitaciones 
en bornas). Estas medidas podrían representarse por medio de tablas (si las medidas 
se toman en instantes discretos) o de gráficas en función del tiempo (si se mide 
de forma continua). Los valores obtenidos constituyen el sistema de datos. 


Sistema Generativo : Para el que elegimos una ecuación que representa el 
comportamiento genérico de una resistencia (ley de Ohm). Es un sistema gene- 
rativo porque a partir de esta expresión podemos obtener los diferentes compor- 
tamientos (estados de las variables) del sistema para situaciones particulares (por 
ejemplo, otras excitaciones). El sistema de datos anterior puede obtenerse con 
gran aproximación resolviendo esta ecuación para valores concretos de tensiones, 
corrientes y resistencias. 


Sistema-Estructura: Estará compuesto por varios sistemas generativos del tipo 
del hasta aquí analizado. Al interconectar de una determinada forma nuesta resis- 
tencia con condensadores, transistores, fuentes, etc. , formando un circuito elec- 
trónico, obtendremos un sistema-estructura. 


Metasistema: Son aquellos sistemas en los que la variación de una determinada 
variable determina diversos sistemas-estructura. En nuestro caso (circuito electró- 
nico) hay un metasistema determinado por la variable tiempo. Para t pequeño, 
tenemos un estudio en régimen transitorio, mientras que para t grande, el circuito 
se considera en régimen permanente. Estos dos casos dan lugar a una definición 
diferente del sistema-estructura. Así, los circuitos equivalentes y las simplificaciones 
que se pueden asumir en uno y otro régimen son diferentes, lo que hace que los 
sistemas-estructura también lo sean. 


3.3. Principios generales de la complejidad de sistemas 


Una v ez vistos los diferentes tipos de sistemas que se pueden establecer , el 
siguiente paso es identificar la complejidad asociable a cada uno de ellos. Como 
los sistemas tienen muchas caras, la complejidad asociada a ellos tendrá también 
muchas caras. Pero dentro de esta diversidad se pueden establecer dos principios 
generales de la complejidad de los sistemas: 


De acuerdo con el primer principio, la complejidad de un sistema de cualquier tipo 


debe ser proporcional a la cantidad de información necesaria par a describirlo . 
Información en su sentido sintáctico, no semántico o práctico. Una forma de medir 
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esta complejidad es considerar el número de entidades consideradas en el sistema 
(variables, estados, componentes) y las interdependencias entre ellos. 


De acuerdo con el segundo principio , la complejidad de un sistema debe ser 
proporcional a la cantidad de información necesaria para resolver cualquier incer- 
tidumbre asociada con él. Información, de nuev o, en su sentido sintáctico . Las 
medidas de incertidumbre están muy desarrolladas (v er el capítulo correspondiente) 
y permiten establecer este tipo de complejidad de una forma muy clar a. 


4. R. Flood. Una nueva dimensión de la complejidad 
El punto de partida elegido por Flood es la siguiente proposición: 


"En gener al, parece que asociamos la complejidad con cualquier cosa que 
encontramos difícil de entender". 


De ella se deduce que la complejidad depende directamente de la relación que el 
observador establece con las cosas. Esto es lo que intenta representar la figura 4. 
Pero, para poder seguir a vanzando, hay que definir primero qué es a lo que 

llamamos "cosas". 


Nosotros 


COMPLEJIDAD 


Fig. 4. La complejidad está relacionada tanto con "nosotros" como con las "cosas" 


Cuando observamos un objeto cualquiera, lo modelizamos de alguna manera, abs- 
traemos una cierta imagen de él. Las características concretas de esta imagen 
dependen de nuestros conocimientos, de nuestros intereses particulares, etc. No 
hay dos personas que contemplando el mismo objeto saquen la misma idea de él. Br 
estas razones, parece lógico que centremos nuestro estudio en las car acterísticas de 
estos modelos realizados por un observ ador, y no en los objetos "reales". Como 
dice Klir, no tiene sentido hablar de la complejidad como una propiedad intrínseca 
de los objetos, sino asociada a modelos, producto de la labor de observ ación y 
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abstracción de un observador, modelos que será lo que consideremos como sistemas 
(hay que destacar el paralelismo del razonamiento de Flood y el de Klir). 


El segundo punto en el que ha y que detenerse es la car acterización de esta dua- 
lidad personas-sistemas, desde el punto de vista de la complejidad. Según Flood, 
esta caracterización tiene dos car as, las personas y los sistemas (las cosas), y 

estudia los factores que intervienen en la complejidad de cada uno por separ ado. 


4.1. Complejidad y observador 


Para el observador, la complejidad está determinada por tres factores: 


a. Intereses. A la hora de definir el modelo , el observador estará muy influen- 


e 
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ciado por los motiv os que le muev en en ese momento . El sistema percibido 
depende en gr an manera de los objetiv os que persigue el observ ador. Para 
ilustrar este punto, Flood cita también el clásico ejemplo de Ashb y del neuro- 
fisiólogo y el carnicero. Para el primero, el cerebro es algo extremadamente com- 
plejo, con su entr amado de neuronas, sus complicados procesos bioquímicos... 
Para él, la tr ansmisión de una descripción detallada del cerebro requeriría 
mucha información. Pero para el carnicero es algo bastante simple: sólo tiene 
que distinguirlo entre otros treinta tipos de carne. 


Capacidades. Las capacidades del observador son determinantes respecto a 
la complejidad del modelo que creará en su mente. Si no tiene ciertos cono- 
cimientos, le será muy difícil comprender algunos fenómenos, con lo que para 
él serán muy complejos. Sin embargo, si los tiene, podrá comprenderlos con 
mayor facilidad. La complejidad que perciba v  ariará entonces según cómo 
domine el campo con el que se enfrenta. 


Percepciones. Ya hemos constatado en este mismo capítulo que la forma 
como ven un mismo objeto dos personas diferentes es diferente. Cada una de 
ellas hará modelos distintos de la misma sólo por tener una forma distinta de 
percibir la realidad. 


Marcos conceptuales 


La complejidad y los objetivos del observador 


¿Es compleja una silla?. En principio, como ya hemos visto, esta pre- 
gunta no tiene sentido sí no le asociamos un observador. Comencemos 
por considerar que este observador es una persona que se quiere sen- 
tar. Para ésta, la silla no es más que un mueble con cuatro patas y un 
respaldo, que conoce desde niño, y que sólo ve como una ayuda para 
no tener que estar de pie. En resumen, algo muy sencillo. 


Pero, sin cambiar de observador, cambiemos el escenario. Esta 
misma persona quiere construir una silla (por ejemplo, porque es un 
entusiasta del "hágaselo usted mismo"). Ahora el modelo que se hace 
de ella es totalmente diferente. Probablemente, se ayude de papel y 
lápiz, calculará medidas, elegirá el tipo de madera (u otro material) 
que considere adecuado, etc. La silla, de repente, adquiere una com- 
plejidad bastante mayor. 


Y no digamos si nuestro sufrido observador es contratado por una 
empresa de producción de sillas en serie, para que estudie la mejor 
forma de incluir un nuevo producto en sus cadenas de montaje. 


Pues bien, entre los tres escenarios sólo cambia un parámetro: al ela- 
borar el modelo de la silla, el observador está irremediablemente 
condicionado por sus intereses en cada circunstancia. Esto le llevará 
a concebir modelos de muy diferente grado de complejidad. 


4.2. La complejidad en los objetos 
Una vez estudiada la parte "humana", tr atemos ahora con los "objetos". ¿Qué 
características tienen en común los modelos que llamamos complejos?. O , dicho 
de otra forma, ¿cuáles son las causas que pro vocan que aparezca la complejidad 
en los objetos?. En una primera aproximación podemos suponer que la complejidad 
está relacionada con el número de partes y las interrelaciones que forman un 
sistema, noción que ya recoge Klir en su definición y Flood lleva más allá utilizando 
para ello un trabajo de Yates [Yates, 1978]: 
La complejidad aparece cuando existen una o más de las siguientes cancterísticas: 
a) Interacciones significativas. 
b) Gran número de partes, grados de libertad o de interacción (multiplicidad). 
Cc) No linealidad. 
d) Asimetría. 


e) No holonomicidad. 
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Las dos primeras son las propiedades clásicas, por así decirlo . Las otras tres son 
propiedades muy interesantes que analizaremos brevemente. 


4.2.1. Interacciones significativas 


En la naturaleza existen multitud de ejemplos donde un determinado objeto está 
compuesto de muchos elementos y sin embargo no entr a claramente en la cate- 
goría de la complejidad. Uno de ellos es el de los gases. Un volumen cualquiera 
de gas contiene moléculas en un número que es una potencia bastante elevada de 
10 (10” para un mol). En razón a este número, un gas sería muy complejo pero 
no lo es. La razón para ello es que en un gas no ha y interacciones significativas. 
Otra forma de decirlo es que se puede aplicar el principio de superposición de 
interacciones. En la ciencia que estudiamos se habla de gases "perfectos", adjetivo 
muy curioso que resalta el hecho de que se está consider ando la natur aleza en 
unas condiciones ideales. 


Cuando el objeto en cuestión no es "perfecto" el grado de complejidad reconocible 
es mayor, incluso mucho mayor. Esto sucede, por ejemplo, al describir el metabo- 
lismo de un ser vivo donde cada órgano ejerce una función concreta pero ha y tal 
cúmulo de interdependencias que la descripción del comportamiento global no es 
trivial en absoluto. 


4.2.2. Multiplicidad 


Esta es quizá la característica más clásica de un objeto complejo. El simple hecho 
de que algo esté compuesto por un gran número de partes dificulta su comprensión 
y su manejo . El ejemplo de los gases tiene un cierto truco  . En cierta forma 
constituye un contraejemplo pero no es así pues el comportamiento del gas como 
un todo responde a una serie de pautas que son distinguibles en un determinado 
nivel de resolución. La multiplicidad está directamente relacionada con la variedad. 
A la escala de una molécula no tiene sentido hablar de presión, volumen o tem- 
peratura y esto es así hasta tal punto que las ley es de los gases "perfectos" no 
mencionan para nada las moléculas. En el sentido del estudio del comportamiento de 
una mole de granito frente a cambios de temperatura o presión a la misma esca- 
la que un gas nadie consider a relevante el papel de las moléculas, la única dife- 
rencia entre el granito y el gas es el estado. 


Podemos retomar el problema del sistema solar para ilustrar la complejidad origi- 
nada por la multiplicidad. ¿Que hubier a sucedido si en lugar de 10 cuerpos, en 
tiempos de Newton se hubieran conocido 400 masas planetarias relevantes?. Muy 
probablemente la mecánica celeste hubier a tardado mucho más en descubrirse. 
Otro ejemplo son los ar abescos, un tipo de decor ación con la que se consiguen 
patrones complicadísimos a base de repetir unas pocas estructur as básicas muy 
sencillas. 
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4.2.3. No linealidad 


Un sistema no lineal es aquel que no cumple la propiedad de superposición. En el 
campo de las matemáticas esto significa que si suma una cantidad a la entr ada, 
la salida no se modifica en esa misma cantidad. Estos sistemas son bastante más 
difíciles de comprender que los lineales. Gr an parte de las matemáticas que se 

emplean en la física, por ejemplo , están encaminadas a evitar todo aquello que 

"huela" a no lineal. Con todos los a vances en matemáticas hechos hasta ahor a 
todavía somos incapaces, salvo poquísimas excepciones, de resolver no linealidades. 


Una rama de la ciencia muy popular actualmente es el estudio del caos. El caos, 
un comportamiento aparentemente aleatorio , procede de no linealidades. Un 
ejemplo muy ilustrativo de lo que realmente representa encontr arse con una no 
linealidad es la siguiente ecuación: 


Y =r*X*(1-X) 


Esta ecuación es muy utilizada en el estudio del crecimiento de todo tipo de pobla- 
ciones de seres vivos. X representa la población en un momento dado e Y la población 
en el momento siguiente, r es un parámetro que se calcula en función de las 
condiciones del entorno. El término 1-X compensa a X para que la ecuación tienda 
a estabilizarse (sin él, sería creciente). Pues bien, resulta que, para una población 
inicial dada, según el v alor de r ese sistema se estabiliza u oscila con período 2, 
4,8,16, 32... 0 aparece el caos. Y a no es que el resultado sea ma yor o menor, 
es que cambia la propia esencia de ese resultado . Una característica típica de las 
no linealidades, diferentes condiciones de partida, conduce a resultados totalmente 
diferentes y generalmente contra-intuitivos. 


57 


Complejidad y Tecnologías de la Información 


4.2.4. Asimetría 


La asimetría significa diferencia. Cuando un proceso es asimétrico las propiedades 
aplicables al principio no son las mismas que las que ha y al final del mismo . Un 
arbol binario simétrico (como el de la figur a 5) es sencillo de construir , siguiendo 
un procedimiento recursivo: 


1. Partir de un nodo inicial. 


2. Sustituir cada nodo terminal por una bifurcación terminada en otros dos 
nodos. 


3. Volver al punto 2. 


Fig. 5. Árbol binario simétrico 


Si introducimos la más pequeña asimetría en ese árbol la descripción se complica 
mucho. Hay que especificar cada niv el y cada nodo en el que se produce una 
asimetría. La descripción es más compleja a medida que se introducen más asi- 
metrías. Como ejercicio, trate el lector de establecer un algoritmo par a construir 
el árbol de la figura 6. Y obsérvese cómo varía el algoritmo si introdujésemos aún 
más asimetrías. Lo mismo sucede en la teoría de grafos y redes. Para estructuras 
más o menos simétricas existe una teoría matemática completa y bien desarrollada. 
Cuando el grafo o la red se hace asimétrico , como sucede en la ma yoría de los 
casos, las teorías son mucho más difíciles de formular y son incompletas. 
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Fig. 6. Árbol con asimetrías 


4.2.5. No holonomicidad 


A pesar de la palabreja este concepto tiene un significado muy claro . Se refiere a 
las leyes (nomic) y al todo (holos). Cuando un conjunto se comporta de acuerdo 
con leyes de validez general hay una integridad, una cierta seguridad sobre qué 
va a pasar. Pero si, por el contr ario, hay partes del todo que pueden quedar 
temporalmente "excluidas" de esas reglas y comportarse de acuerdo con patrones 
ajenos al conjunto aparecen estados transitorios de anarquía y, en consecuencia, 
una mayor complejidad. Este es un fenómeno común, por ejemplo, en electrónica 
digital: por circunstancias desconocidas aumenta la tensión en un punto y un bit 
cambia de estado repentinamente, esto puede ser un fallo lev e o puede ser 
gravísimo según el bit afectado. A la hora de diseñar el sistema se atiende desde 
luego a esas reglas generales, al todo, pero también se prevén fallos de este tipo 
a través de redundancias y controles exhaustivos. 
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A partir de todo ello, Flood establece el marco conceptual que propone para definir 
la complejidad, este marco es el que se representa en la figur a 7: 


PRIMER SEGUNDO TERCER CUARTO 
NIVEL NIVEL HIVEL NIVEL 


LZ numero de partes 


Sistemas.” —_—_————— 29 imotría 


DO numero de relaciones 
no holonomicidad 
7 intereses 


no linealidad 


COMPLEJIDAD rd 
Personas 


—_—— Capacidades 


porcepciones 


Fig. 7. Desensamblado de la complejidad, según Flood 


A modo de resumen, podemos decir que la complejidad es par a Flood el resultado 
de la interacción entre las personas y las cosas y, por tanto, ha de ser descrita en 
función de esos dos elementos. Las personas influy en en la complejidad porque 
son los observadores que van a definir el sistema relev ante sobre el que se vaa 
percibir la complejidad y de ahí que los factores que introducen sean los intereses, 
las capacidades y las percepciones. En el lado de los sistemas, una vez establecidos 
por el observador, la complejidad va a estar influenciada en un primer término por 
lo que se ha v enido considerando como factores clásicos de la complejidad: el 
número de partes y el número de relaciones. Estos dos factores forman un nivel 
estructural de la complejidad, en el sentido de que establecen una complejidad 
estática relativa a la organización del sistema. P ero no son los únicos factores a 
considerar y a que también ha y una complejidad asociada al comportamiento y 
determinada por la asimetría, la no holonomicidad y la no linealidad. 


El conjunto es una imagen muy completa de lo que es la complejidad y de los 


factores asociados a ella, que sirv e, como veremos a continuación, de punto de 
partida para establecer lo que Flood llama una nueva dimensión de la complejidad. 


60 


Marcos conceptuales 


4.3. Una nueva dimensión de la complejidad 


Checkland [Checkland, 1981] propone una clasificación de las ciencias desde la 
óptica de la complejidad, basada en la clásica distinción de Comte: 


FÍSICA-QUÍMICA-BIOLOGÍA-PSICOLOGÍA-SOCIOLOGÍA 


Esta clasificación es llamada en la literatura inglesa el "espectro hard-soft". Se 
considera que hacia la iz quierda, comenzando por la Física, tenemos la "ciencia 
básica", con los conceptos primarios de energía, masa, mo vimiento... 
Desplazándonos hacia la derecha nos encontramos con disciplinas que se ocupan 
de campos cada vez más complejos. Así, las reacciones químicas, aunque se pueden 
explicar en cierta medida en función de fenómenos físicos, son "algo más” que 
eso. Cuando observamos que de la mez cla de hidrógeno y o xígeno, bajo ciertas 
condiciones, se obtiene agua, parece que estamos ante un fenómeno de un nuevo 
orden que "trasciende" la Física: emergen nuev os conceptos, aumenta la compleji- 
dad. Igual ocurre con la Biología respecto a la Química. Basta con pensar en el 
crecimiento de una planta a partir de una semilla, o de un animal a partir de una 
única célula. Y podemos seguir con la psicología y la sociología. 


En todos estos casos se observ a que los fenómenos que ocupan alguna parte de 
la secuencia no pueden ser explicados totalmente en términos de las ciencias que 
están más a su izquierda. Siempre hace falta introducir nuevos conceptos. Es cierto 
que la vida se basa en un conjunto de reacciones químicas. Pero este conjunto es 
tan vasto, y las relaciones dentro de él tan intrincadas, que aunque conoz camos 
con precisión el desarrollo de todas las reacciones, si no "cambiamos de escala" 
siempre se nos escapará la imagen total de lo que ocurre. Es algo parecido a un 
puzzle: cada pieza representa una porción de la imagen total, pero aunque las 
examinemos detenidamente por separado, no tenemos una visión completa hasta 
que no lo montamos entero y nos separ amos un poco para contemplarlo. 


Esta representación "tradicional" del espectro de las ciencias es claramente unidi- 
mensional. Sin embargo , cuando nos mo vemos en z onas donde el humano es 
parte estudiada, parecen emerger nuevas dificultades. Estas pueden estar basadas 
en la "innata tendencia de los seres humanos a apreciar la 'misma' situación 
desde diferentes puntos de vista" [Flood, 1987]. Los motivos según los cuales 
actúan las personas son muy diferentes, y difíciles (si no imposibles) de predecir . 
Debido a esto parece que hemos encontrado un salto cualitativo en el tipo de com- 
plejidad con que nos encontramos en estos casos. Podemos plantearnos por tanto 
una nueva dimensión de complejidad, que se comenzaría a mostrar en disciplinas 
como la ecología, para hacerse clara con la psicología y sobre todo con las ciencias 
sociales. 


61 


Complejidad y Tecnologías de la Información 


Flood relaciona esta observación con los tres rangos de complejidad descritos por 
Weaver, estableciendo el esquema que se muestra en la figura 8. 


SIMPLICIDAD COMPLEJIDAD COMPLEJIDAD 
ORGANIZADA ORGANIZADA DESORGANIZADA 


> Linea de Weaver ”'»> _—_—_—— > 


FIS 


FIS 


QUIM. 


BIOL. 


FISICA FISICA 
QUIMICA QUIMICA 
BIOLOGIA BIOLOGIA 


PSICOL. 


PSICOLOGIA PSICOLOGIA 


socioLocia Y SOCIOLOGÍA 


p 


" 


Fig. 8. Representación gráfica de la T de Flood 


SOCIOL. 


En la parte horizontal de la T tenemos los tres rangos de complejidad de Weaver. 
Comenzando por la izquierda, los fenómenos de simplicidad organizada suelen ser 
tratados por la física (pocos elementos que se comportan determinísticamente), y 
en menor medida por la química. P arte de esta última, y más clar amente, la 
biología, marcan la zona de transición hacia los problemas de complejidad orga- 

nizada (aumenta el número de elementos, y la aleatoriedad, pero no demasiado). 
Y siguiendo hacia la complejidad desorganizada nos encontramos de nuevo con la 
química y, en el extremo, con la física (por ejemplo , la mecánica estadística). A 

esta línea la llama Flood "línea de Weaver". 


Mientras tanto, en la parte vertical, dentro del ámbito de la complejidad organizada, 
nos movemos en la "línea homo sapiens". Cuanto más hacia abajo dentro de ella, 
más marcados están los sistemas por la actividad humana, con esa diferencia 
cualitativa de la que ya hemos hablado. A medida que nos movemos por esta línea 
vertical, los problemas se v an transformando en "messiness", algo que es "más 
que un problema", debido a los diferentes v alores, intenciones, etc, que introdu- 
cimos las personas en los sistemas. 
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Esta es la nueva dimensión de la complejidad que propone Flood, una complejidad 
que está más allá de la considerada tradicionalmente por la ciencia y que tiene su 
origen en los sistemas de actividades humanas, en la línea "homo-sapiens", en la 
que el humano es el sujeto principal y fuente indiscutible de complejidad. 


5. F. Sáez Vacas. Modelo de tres niveles de complejidad 
5.1. Complejidad. Definición por extensión 


Ante la dificultad de definir una idea se pueden escoger varias soluciones. Una de 
ellas es intentar dar una panorámica lo más amplia posible de su significado esta- 
bleciendo una especie de catálogo de las situaciones que conducen a ella. Este es 
el objetivo de la definición amplia de complejidad de Sáez Vacas [Sáez V acas, 
1990]: 


Complejidad es el nombre que damos a la condición de los seres humanos, objetos, 
fenómenos, procesos, conceptos y sentimientos cuando cumplen uno o v arios de 
estos requisitos: 


A. Son difíciles de entender o explicar. 

B. Sus causas, efectos o estructura son desconocidos. 

C. Requieren una gr an cantidad de información, tiempo o energía par a ser 
descritos o gestionados, o un esfuerzo muy amplio y coordinado por parte de 


personas, equipos o maquinaria. 


D. Están sujetas a varias percepciones, interpretaciones, reacciones o aplicaciones 
que, frecuentemente, son contradictorias o desconcertantes. 


E. Producen efectos deseados y no deseados (o difíciles de controlar). 


F, Su comportamiento, dependiendo del caso, puede ser impredecible, extrema- 
damente variable o contraintuitivo. 


Esta definición de complejidad intenta presentarla como un concepto amplio que 
abarca muchos otros. Cada uno de los puntos que recoge la definición tr ata un 
aspecto diferente de la complejidad, a saber: 


1. Epistemología de la complejidad. A partir de un objeto complejo es más difícil 
obtener un modelo que recoja todas sus características y sea representativo de 
su comportamiento. Este punto está directamente relacionado con el punto D, 
que puede considerarse como una consecuencia de éste. 
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. Estructura y complejidad. Más que desconocerse totalmente, lo que sucede en 
realidad es que en un objeto o sistema complejo no se pueden llegar a conocer 
todos los factores que influy en en su comportamiento o en qué medida lo 
hacen (causas), de ahí que tampoco se conozcan los efectos que producen. En 
cuanto a la estructura, la existencia de múltiples interrelaciones entre los ele- 
mentos o la multiplicidad de elementos imposibilita obtener una imagen com- 
pleta de la organización interna del sistema. 


. Información y complejidad. La multiplicidad de elementos característica de los 
sistemas u objetos complejos implica un crecimiento exponencial en el número 
de relaciones y por tanto en la cantidad de información requerida para describir 
el sistema. Se puede pensar en utilizar la teoría de la información (como pro- 
pone Ashby) para intentar desarrollar un tratamiento formal de la complejidad. 


. Ambiguedad y complejidad. La dificultad par a establecer un criterio válido de 
interpretación de un objeto o sistema complejo implica que v a a haber dife- 
rentes formas de verlo. Este punto resalta la importancia del observ ador. 


. Complejidad y control. Relacionado con el punto 2. En los sistemas complejos 
es frecuente no poder optimizarlos sino limitarse a soluciones de compromiso 
en las que se intentan equilibrar distintos efectos. Esto implica una complejidad 
adicional pues indica que el sistema puede, en un momento dado , comportarse 
de forma opuesta a lo que sería deseable. 


. Predicción y complejidad. Una consecuencia de los puntos 2 y 5. Dado que no 
conocemos exactamente la estructur a de un sistema complejo y tampoco 
podemos asegurar que se controlan todos los parámetros que sobre él influyen, 
el comportamiento será, en consecuencia, sorprendente cuando entre en 
juego uno de los factores que no se han consider ado. 


5.2. Complejidad y sistemas artificiales 


Los trabajos sobre complejidad de Sáez Vacas están básicamente orientados a su 
aplicación en la informática y en las tecnologías de la información. Estas, como 

sistemas artificiales que son, presentan una problemática distinta a la que se deriv a 
de los sistemas naturales. El modelo de tres niveles del que nos ocuparemos más 


ad 
qu 
pu 
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elante refleja este sesgo intencionado en la interpretación de Sáez V acas, para 
ien el problema del estudio de la complejidad en los sistemas artificiales se 
ede articular sobre cinco preguntas: 

A. ¿De qué factores depende? 


B. ¿En qué formas se encuentra? 


A. 
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C. ¿Cuáles son sus consecuencias? 
D. ¿Cómo evoluciona? 
E. ¿Qué se puede hacer para medirla o gestionarla? 


Es decir, ¿cómo surge la complejidad?, ¿es posible distinguir una serie de 
elementos o causas cuyo efecto inmediato es la aparición de la complejidad?. 
Es importante conocer cómo se presenta la complejidad y cuál es su origen 
para poder tratarla. 


. ¿Es posible encontrar diferentes categorías o tipos de complejidad? En el caso 
de disponer de un mapa de los tipos de complejidad existentes también podrí- 
amos pensar en una clasificación de los métodos de tratamiento de la comple- 
jidad facilitando así la tarea de tratarla. El primer paso sería establecer si exis- 
ten efectivamente diferentes categorías o si, por el contrario, se puede hablar 
de una complejidad única y genérica que aparece en todo aquello que califi- 
camos como complejo. El modelo de 3 niv eles establece este tipo de catego- 
rías de complejidad. 


C. En este caso, ¿cuáles son las consecuencias de la complejidad en las tecnologías 


de la información o, en general, en cualquier sistema artificial. Para poder tratar 
un problema debemos conocer cuáles son sus consecuencias y los efectos que 
de él se derivan, para ello es fundamental poder definirlo con claridad (punto 
A) y, si es posible, categorizarlo dentro de una serie de problemas reconocibles 
(punto B). 


D. Un problema muy interesante, sobre todo en las tecnologías de la información, 


pues, como Sáez Vacas demuestra, la complejidad no es estática sino que es 
el producto de una dinámica de inter acción entre div ersos conceptos. Una 
dinámica que hay que conocer para poder tratar la complejidad a largo plazo. 


. Y, finalmente, un punto contro vertido en cuanto a la complejidad. Existen 
muchas teorías al respecto y casi nadie se pone de acuerdo en cómo se puede 
medir la complejidad y lo mismo se puede decir de cómo gestionarla. 
Prácticamente cada autor propone un método o un modelo para ello, métodos 
y modelos que son más o menos válidos dentro del campo de interés par a el 
que están pensados. 
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Estas preguntas trazan todo un campo de in vestigación dentro del estudio de la 
complejidad, con el objetiv o de buscar una cierta unidad a la interpretación de 
diferentes tipos de complejidad, entre los cuales cabe citar a los siguientes, que, 
de una u otra forma, tendrían relación con las tecnologías de la información: 


a. Complejidad del sistema. 

b. Complejidad del programa. 

c. Complejidad computacional. 

d. Complejidad epistemológica. 

e. Complejidad organizativa. 

f. Complejidad interpretativa ("complex thinking"). 


El programa de esta in vestigación consiste en poner de manifiesto área por área 
(software, arquitectura de ordenadores, redes, etc.) cómo se ha respondido y 
cómo se puede responder a algunas (o a todas) de esas cinco preguntas. 


5.3. Modelo de tres niveles 


Esta teoría fue propuesta inicialmente par a su aplicación a la informática y su 
propósito era categorizar la complejidad que car acteriza a los entornos de este 
tipo. Si extr aemos de esa teoría todo lo relacionado con la informática, nos 
quedamos con la esencia del r azonamiento, que es bastante independiente del 
campo de aplicación. Y muy ilustrativa de cómo se puede interpretar la compleji- 
dad [Sáez Vacas, 1983]. 


Su autor distingue tres niv eles de complejidad. El primero de ellos abarca la 
complejidad de los objetos aislados; en el caso de la informática, es la complejidad 
de circuitos, algoritmos, progr amas, etc, tr atados como objetos separ ados de 
otros. Este es el tipo de complejidad con que se enfrentan todos los especialistas 
en estas tecnologías y es, en general, la que percibe todo el mundo. En un sentido 
más amplio, ésta es la complejidad de cada uno de los diferentes elementos que 
componen un sistema, considerados en sí mismos y no como referencias interiores 
de un todo. Evidentemente, ellos a su v ez podrían ser enfocados como un todo , 
puesto que pueden estar formados por otros elementos, hecho del que nos 
ocuparemos un poco en breve. 


El segundo nivel de complejidad aparece porque, en gener al, y en la informáti- 


ca en particular, los objetos nunca están aislados, sino que forman un grupo de 
elementos interconectados con un determinado objetivo. Surge aquí la noción de 
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sistema que lleva aparejada una complejidad diferente y de orden superior a la del 
primer nivel y que es por lo habitual de natur aleza metadisciplinar, en el senti- 
do de estar situada más allá de la mer a especialización. La llamaremos compleji- 
dad sistémica. En informática los ejemplos son numerosos: un sistema operativo, 
una red de ordenadores, un ordenador aislado o incluso un circuito integado VLSI, 
etc. Es un nuevo nivel de complejidad, porque ya no se está tratando con un sim- 
ple conglomerado de objetos, sino que de la unión de éstos emerge un conjunto de 
propiedades diferente a la mer a suma de las propiedades de sus componentes. En 
concreto, surge una serie de interrelaciones que antes no existían o que no interesa- 
ban, pero que ahora son fundamentales para definir el comportamiento del grupo. 


Finalmente, el tercer nivel de complejidad surge de la interacción (a veces choque) 
de los sistemas tecnológicos y los sistemas sociales, dando lugar a la complejidad 
antropotécnica, que se manifiesta especificamente por fenómenos relacionados 
con el desorden, la incertidumbre, la desorganización, la inestabilidad, la entropía, 
la borrosidad..., algo que está a la orden del día en la informática práctica. Es una 
clase de complejidad de carácter multidisciplinar y metatecnológico. 


En nuestro estudio este nivel es de primordial importancia pues es aquí donde se 
expresa toda la problemática de las interfaces, de la aceptación de la tecnología, 
de la adaptación humana, etc. La formulación de este nivel genera un salto cuali- 
tativo importante en la concepción de la complejidad, pues ahor a no se limita su 
percepción al aspecto puramente técnico, hasta cierto punto formalizable y estruc- 
turable, sino que se introduce de lleno la perspectiva humanística, aspecto impor- 
tantísimo de la tecnología. Entre otr as cosas, pone de manifiesto la importancia 
del observ ador, un agente activ o, fundamental, parte del propio sistema, que 
interactúa y evoluciona con él. 


Por otro lado, como ya se ha mencionado, un objeto puede considerarse desde varios 
puntos de vista. Un elemento puede consider arse como tal, si lo que interesa es un 
sistema mayor del cual forma parte, en este caso estaremos ocupándonos de la 
complejidad del segundo niv el, o puede consider arse como un sistema en sí 
mismo, si lo estudiamos como un objeto aislado, en cuyo caso estaremos ocupán- 
donos de la complejidad del primer niv el. Todo dependerá de nuestro punto de 
vista y de nuestro interés en cada momento . Veamos un ejemplo. 


Un ordenador personal puede verse como un objeto de complejidad grande, com- 
puesto por muchos elementos y dedicado a una aplicación concreta. En este caso, 
el ordenador se estudia como un objeto cuya complejidad está en el segundo rivel, 
el ordenador es un sistema, sus propiedades de complejidad han de buscarse en la 
clase de complejidad sistémica. Las diferentes partes de que se compone el orde- 
nador, tarjetas de procesamiento , de memoria y gráficas, discos de almacena- 
miento, fuente de alimentación, monitor, etc., son objetos cuy a complejidad está 
en el primer nivel, donde se pueden estudiar por separado, aisladamente. 
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Es importante comprender que, en la v ersión anterior, el ordenador personal se 
considera como un sistema formado por muchos componentes y su complejidad 
emerge a partir de una determinada interconexión de las complejidades del primer 
nivel de sus componentes. P or el contrario, en una red de ordenadores, el orde- 
nador pasa a ser un objeto de primer niv el, su complejidad interesa ahora consi- 
derarla como la de un objeto aislado, mientras que el sistema, la red, pasa a defi- 
nir la complejidad de segundo niv el, la complejidad que surge al consider ar la 
conexión e interrelación de diversos objetos 'simples', en este caso, ordenadores. 
Considerar el ordenador en un nivel o en otro depende, como se ve, del punto de 
vista que adoptemos, el de diseñador de redes de comunicación, en cuy Ocaso 
manejaremos ordenadores como elementos, o el del diseñador de ordenadores 
personales, en cuyo caso el ordenador pasará a ser el sistema de orden superior 
que se intenta construir a partir de una serie de elementos. 


NIVEL 3 


NIVEL 2 


Fig. 9. Modelo de tres niveles de complejidad (F. Sáez Vacas, 1983) 


Por último, hay que destacar que a un nivel superior también existe la complejidad 
del inferior. Esto en el ejemplo anterior se v e muy claramente, una red presenta 
una complejidad característica, de orden superior a la de los ordenadores que la 
forman, pero al mismo tiempo también contiene la complejidad asociada con esos 
ordenadores. Esto es lógico si consideramos que un sistema está formado por sus 
elementos y las relaciones entre ellos. 
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En términos cibernéticos, dejando la informática de lado y a modo de resumen, lo 
que se plantea en este modelo de complejidad son tres niv  eles distintos de la 
misma, dependientes, como siempre, del observador. Para cada nivel, las conside- 
raciones, técnicas y conceptos relev antes son diferentes y específicos, si bien, 
desde un punto de vista constructiv o (partiendo desde la tecnología) todo niv el 
está incluido en el superior. 


Complejidad de los objetos aislados: Complejidad Individual. 
Complejidad de los objetos interconectados: Complejidad Sistémica. 


Complejidad de la interacción tecnología-sociedad: Complejidad 
Antropotécnica. 


Si nos fijamos, el niv el de complejidad antropotécnica es el equivalente en el 
campo tecnológico al concepto de complejidad línea homo-sapiens, elabor ada 
años después por Flood [Flood, 1987]. 


El modelo de los tres niveles representa un enfoque sistémico ascendente en 
cuanto que el punto de partida constructivo del sistema es la tecnología. Sin 
embargo, en lo que se refiere a sus objetiv os de diseño o verificación es descen- 
dente (top-down): el tercer nivel incluye al segundo y éste, al primero . 


6. Resumen 


La clasificación de los sistemas según Weaver se hace en función de su número 
de elementos y de su grado de aleatoriedad. Estos criterios dan lugar a tres ran- 
gos de complejidad: simplicidad organizada, complejidad desorganizada y 
complejidad organizada. 


Klir relaciona la complejidad de un objeto con el número de partes que lo com- 
ponen y de interrelaciones entre esas partes. También se menciona la importancia 
del observador. De la interacción entre el observador y el objeto surge la idea de 
sistema: la imagen que del objeto tiene el observ ador. De aquí la importancia de 
establecer un marco conceptual para tratar con los sistemas, que se concreta en 
la jerarquía epistemológica que propone: sistema-fuente, sistema de datos, 
sistema-generativo, sistema-estructura, metasistema,... También se enuncian dos 
principios generales de la complejidad de los sistemas: la relación de la complejidad 
con la información que describe el sistema, y con la necesaria para resolver su 
incertidumbre. 


Flood, partiendo también de la relación de la complejidad con el objeto y con el 


observador, analiza los factores que en cada uno de estos dos elementos están 
relacionados con ella. Para el observador serán los intereses, las capacidades y 
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las percepciones, y para los sistemas el número de partes, de relaciones (ambas 
ya mencionadas por Klir), la no linealidad, asimetría y no holonomicidad 
También clasifica las ciencias de una forma que extiende la clasificación de siste- 
mas de Weaver al introducir la línea homo-sapiens (T de Flood). 


Sáez Vacas, intentando dar una visión general del campo que abarca la complejidad, 
aporta su definición, que super a el concepto de complejidad descriptiva de un 

objeto, para abarcar toda clase de oper aciones o situaciones de complejidad 

con un objeto por parte de toda clase de obseradores. También elabora un mode- 
lo en tres niveles , a saber: complejidad individual, complejidad sistémica y 
complejidad antropotécnica. Y distingue, ya dentro del campo de las tecnologías 

de la información, seis tipos de complejidad : del sistema, del programa, 
computacional, epistemológica, organizativa e interpretativa. 


7. Bibliografía 


Dividida en dos apartados. En Notas Bibliográficas se comentan aquellos tr abajos 
que más profusamente han servido para redactar las páginas anteriores. El apar- 
tado de Referencias Bibliográficas contiene todos los trabajos citados. 


Notas bibliográficas 


El artículo de Klir "Complexity: some general observations" [Klir, 1985], ofre- 
ce, entre otras cosas, unas interesantes consideraciones sobre el papel del obser- 
vador y el objeto en la complejidad, una descripción de la jer arquía epistemológi- 
ca de tipos de sistemas, unas notas sobre los tres r angos de complejidad de 
Weaver y un estudio sobre la complejidad computacional. 


Flood, en "Complexity: a definition by construction of a conceptual frame- 
work" [Flood, 1987], desarrolla un marco conceptual donde encajar diferentes 
aspectos relacionados con la complejidad y expone su ampliación de la "línea de 
Weaver" (la "T de Flood”). 


En "Facing informatics via three level complexity views' [Sáez Vacas, 1983], 
expone Sáez Vacas su modelo de tres niveles de complejidad aplicándolo esencial- 
mente en el campo de las tecnologías de la información. 
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Capítulo 4: Complejidad y sistemas 


"La ciencia ha explorado el macro y el microcosmos, tenemos una idea más o 
menos clara de la disposición de la Tierra. La gran frontera sin explorar es la complejidad. 
Los sistemas complejos incluyen el cuerpo y sus órganos, especialmente el cerebro, la eco- 
nomía, los sistemas de población y evolución, el comportamiento animal, las grandes molé- 
culas, etc... Algunos de estos objetos se pueden simular con un ordenadory se pueden mode- 
lar de forma bastante precisa; otros no pueden simularse de forma más sencilla que el sis- 
tema mismo. Los científicos, en este nuevo esfuerzo interdisciplinar, han comenzado a 
enfrentarse a los sistemas complejos y, de forma destacada, están entendiendo cómo la com- 
plejidad puede surgir de la simplicidad. Por ejemplo, los autómatas celulares, un conjunto 
artificial de puntos en una pantalla que se organizan a sí mismos de acuerdo con reglas defi- 
nidas y simples, son ejemplos de un comportamiento complejo que surge de la simplicidad. 
... Todo lo que existe puede verse como sistemas complejos construidos a base de compo- 
nentes simples”. 


H.R. Pagels [1989, p. 12] 
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1. Introducción 


La relación entre la complejidad y la idea de sistema wa a ser una constante a lo largo 
de todos estos apuntes. La máxima "el todo es más que la suma de las partes", atri- 
buida a Aristóteles, reconoce de forma explícita la existencia de una complejidad 
asociada al conjunto que no es directamente extrapolable de los elementos que lo 
forman, por lo tanto , el reconocimiento de la existencia de una sistema en un 
determinado objeto lleva aparejado el hecho de la complejidad producida por la 
interacción múltiple entre los elementos que lo forman. 


Pero, ¿qué es un sistema?, la definición no es fácil y depende en gr an medida de 
lo que se pretenda hacer con el sistema (consultar al respecto el capítulo sobre la 
Visión Estructural y Funcional de los Sistemas ). A grandes rasgos, distinguir 
un sistema es reconocer la existencia de un conjunto de elementos que inter ac- 
cionan entre sí definiendo en esa interacción unos objetivos o un comportamiento 
globales que no son directamente deducibles de los elementos aislados. Esto 
significa que el estudio de un sistema no se puede hacer limitándose a estudiar 
los elementos que lo forman, sino que ha y que tomar el "todo" como referencia. 


En el campo de los sistemas se ha tr  abajado mucho intentando clasificar los 

diferentes tipos de "todos" que se pueden encontrar, buscando criterios que indiquen 
cómo se deben consider ar los sistemas. Nuestr a idea es partir de una de estas 

clasificaciones y con un análisis cuidadoso se puede establecer qué tipo de com- 

plejidad presenta cada uno de los niveles de esa clasificación y , de esta forma, 
profundizar en el significado de la complejidad. 


2. De la célula al Sistema Solar 


Si únicamente nos valemos de la noción genérica de la complejidad es difícil con- 
testar a esta pregunta: ¿qué es más complejo , el sistema solar o una célula?. De 
acuerdo con las definiciones de complejidad que habitualmente se manejan, esta 
cuestión es prácticamente irresoluble. Ambos, sistema solar y célula, son difíciles 
de entender, requiere un gran esfuerzo describirlos por completo , hay diferentes 
formas de verlos e interpretarlos, etc. P ero tenemos una idea intuitiv a de cómo 
pueden ser las cosas: el sistema solar está compuesto de cientos de miles de cuerpos, 
sin duda muchos más de los que componen la célula. El sistema solar tiene un 
radio aproximado de unos 12.000 millones de kilómetros y es cerca de 20 órdenes 
de magnitud más gr ande que una célula. Ha existido desde mucho antes que 
cualquier célula conocida y lo seguirá haciendo cuando éstas ha yan desaparecido 
de la tierra. Y, a pesar de todo ello, a efectos prácticos, una célula es más compleja 
que el sistema solar. Podría argúirse que si se intenta describir el sistema solar con 
el nivel de resolución de la célula éste resultaría mucho más complejo , es cierto, 
pero no es un problema real, no tiene ningún sentido, de igual forma que no tiene 
sentido estudiar la célula a la escala del sistema solar. 
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Se dice que ho y en día es más fácil llev ar un hombre a la Luna que comprender 
por qué una célula crece o no crece. ¿Por qué?. Ha de existir una respuesta desde 
el punto de vista de la complejidad. ¿Qué propiedades o car  acterísticas tiene la 
célula que la hacen más compleja que el sistema solar?. Una de ellas es definitiva: 
que está viva. Una primera conclusión sería pensar que todo organismo viv o es 
más complejo que uno inanimado, estableciendo así una frontera entre dos niveles 
de complejidad, la complejidad de la materia viv a y la complejidad de la materia 
inerte (por supuesto, considerando el sistema solar como soporte de la vida y sin 
tomar en consideración los elementos vivos que lo componen). El siguiente paso 
sería establecer diferentes categorías dentro de estos dos niv  eles atendiendo a 
algún criterio que nos indique donde ha y más o menos complejidad. Es decir , 
intentaríamos establecer una serie de factores que cuando aparecen indican 
complejidad. Uno de ellos podría ser el hecho de estar viv o. Este tipo de razona- 
miento es el que se ha hecho frecuentemente par a identificar distintas clases de 
sistemas, por eso nos vamos a tomar el estudio de los sistemas como base par a 
profundizar en la complejidad. 


3. Sistemas y Complejidad 


Una de las primeras clasificaciones sobre sistemas es la que proporcionó Boulding 
en 1956, en un trabajo ya clásico de Teoría de Sistemas, cuy o título era: "Teoría 
General de Sistemas. El esqueleto de la Ciencia" (Boulding fue uno de los promo- 
tores de la Sociedad Internacional par a la In vestigación de los Sistemas 
Generales) (ver la Historia del Enfoque Sistémico ). Esta clasificación aparece 
en el cuadro adjunto (extraída de [Checkland, 1981]). 


Para mejor comprender esta clasificación ha y una serie de ideas que se deben 
tener en cuenta. La primer a de ellas es que las propiedades que car acterizan a 
un nivel aparecen con ese nivel, es decir, no aparecen en niveles inferiores y se 
mantienen en niveles superiores. La segunda es que la complejidad aumenta a 
medida que se sube de niv el (asumiendo el 1 como el inferior). Es decir, para un 
observador exterior se hace progresiv amente más difícil predecir el comporta- 
miento del sistema, que depende cada v ez más de decisiones no progr amadas. 
Finalmente, los sistemas de niv el inferior están incluidos en los de niv el superior, 
por ejemplo, los hombres presentan todas las car acterísticas de los niv eles 
inferiores (del 1 al 6), además de las nuev as propiedades que hace que se les 
considere como un nuevo nivel. 


Boulding, cuando publicó este tr abajo, intentaba evitar la gener alidad absoluta 
"todo lo que podemos decir acerca de prácticamente todo es casi nada", y par a 
ello buscó situarse en un nivel intermedio entre "lo muy específico, que no significa 
nada, y lo general, que no tiene contenido". Históricamente, el nivel 2 representa 
el área de interés de las teorías de organización debidas a Aylor y el nivel 3 repre- 
senta el campo de la cibernética, al menos en sus inicios después del libro de 
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Wiener y cuando nació la teoría de control. Los niveles superiores son el campo de 
estudio de las teorías de dirección, teorías sociales, psicología, etc. 


h EJEMPLOS 
CARACTERISTICAS | CONCRETOS O 


DISCIPLINAS 


ABSTRACTOS e 


Descripción verbal o 


EAS Estructuras aa A 
1. Estructuras Estático , ; gráfica en cualquier 
ristalin n A 
cristalinas puentes disciplina 
Movimiento Relojes, Física, Ciencias 
2. Máquin . Máquinas, Sistema A o 
AMOS predeterminado aquiias. Naturales clásicas 
Solar 
, : Teoría de control 
3. Mecanismos Control en bucle Termostatos,Mecanis cibernética en 4 
ntrol rr mos hom ti e 
de contro cerrado os homeostáticos organismos 
: Sul ¡ológi- a 
4, Sistemas Estructuralmente ao o Teoría del 
¡erti tomanteni de metabolismo 
abiertos automantenidos mación) 
Todos organizados con 
. Organism funcional EUDA 
5 O ASS partes A Plantas Botánica 
inferiores crecimiento y 
reproducción 
Un cerebro gestor 
, del comportamiento, Animales en general Zoología 
. Animales Bl £ 
6 habilidad para 
aprender 
Conciencia de sí mismo, 
conocimiento sobre el E E ? 5 
7. Hombr a E Seres humanos Biología, Sociología 
anio conocimiento, lenguaje gia, g 
simbólico 
8. Sistemas Roles sociales, Familias, Boy Historia, Sociología 
socio- comunicación, Scouts, clubs de Antropología, Ciencia 
culturales transmisión de valores  bebedores,naciones del Comportamiento 
9. Sistemas Conocimiento a . > 
, La idea de Dios Teología 
Trascendentes Inaprehensible 9 


(A partir de Boulding, 1956 Citado por Checkland, 1981) 
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La clasificación de Boulding presenta el problema de que la distribución de com- 
plejidad entre los niveles no es uniforme, es decir, el salto para pasar de un nivel 
a otro no es siempre del mismo orden de magnitud. Como señala Checkland, la 
jerarquía es intuitivamente correcta, pero mientras que para los niveles inferiores 
se puede establecer una relación con una serie de parámetros que los determinan 
(estructuras = masa y tamaño; máquinas = masa, tamaño y tiempo; mecanismos 
de control = masa, tamaño, tiempo e información ) esta relación es muy difícil de 
establecer para organismos superiores. En cualquier caso , es una jer arquía muy 
expresiva de las diferencias existentes entre los sistemas que se mencionan y de 
la diferencia de complejidad entre cada uno de ellos. En esta clasificación se puede 
establecer una línea divisoria muy clar a definida por la propiedad de estar viv o. 
Esto establece una distinción importante en la complejidad como y a hemos men- 
cionado. También se puede trazar otra división entre los sistemas humanos y los 
que no lo son, pues en los primeros aparece una complejidad r adicalmente dife- 
rente a la que se puede distinguir en el resto de los sistemas. 


Disponiendo de una clasificación de este tipo y a se puede responder r azonada- 
mente a preguntas como la que nos planteábamos al principio. La diferencia entre 
el sistema solar y la célula es que el primero es un sistema que pertenece al niv el 2, 
el de las máquinas, con mo vimiento predeterminado y que puede estudiarse con 
las leyes de la Física clásica. La célula, por el contr ario, es un sistema de nivel 4, 
un sistema abierto , estructuralmente automantenido, lo que se tr aduce en una 
capacidad de supervivencia y adaptación que no tienen los sistemas de niv el 2. 


Ésta es la utilidad principal de este tipo de clasificaciones, que nos permiten iden- 
tificar la complejidad inherente y relev ante en cada sistema como si dispusier a- 
mos de un mapa que nos proporcionar a los datos necesarios par a reconocer el 
terreno en el que nos movemos. 


3.1 Complejidad en la ciencia 


Los seis primeros niveles de la jer arquía de Boulding se corresponden apro xima- 
damente con sistemas relativ os a lo que tr adicionalmente se consider a como 
"ciencia", en contr aposición a "letr as" o humanidades. Matemáticas, Física, 
Química, Biología, Zoología, Botánica, etc. Cada niv el exhibe unas determinadas 
características que se tr aducen en una complejidad propia de los sistemas que 
pertenecen a ese nivel. La división de la que antes hablábamos separa la comple- 
jidad que emana de factores como los consider ados por Yates de la complejidad 
que surge con la vida (ver la clasificación de Yates, citado por Flood, en el capítulo 
de Marcos Conceptuales). 


En los tres primeros niveles de la jerarquía sí es posible hablar de no linealidades, 


de muchos grados de libertad, de asimetrías, etc. En estos niv eles se puede aplicar 
generalmente el principio de superposición y las interacciones están limitadas por 
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niveles jerárquicos, es decir, las interacciones sólo se producen entre iguales, de 
ahí la posibilidad de aplicar la simplificación. En el estudio de la dinámica del 
sistema solar se puede despreciar la existencia de partículas en el espacio y 
considerar únicamente las interacciones entre masas comparables. En la caída de 
un cuerpo suficientemente pesado se puede despreciar la fricción del aire. En una 
máquina de estados finitos se puede prescindir del entorno par a predecir su 
comportamiento. Son sistemas cerr ados con un comportamiento más o menos 
determinista. La complejidad en estos sistemas radica en nuestra falta de conoci- 
miento sobre las leyes que rigen su comportamiento, las escalas a las que hay que 
operar, por ejemplo en microelectrónica, y en gener al la aparición de cualquier a 
de los factores que propone Yates. 


En los tres niv eles siguientes sólo se puede hablar propiamente de multiplicidad 
de interacciones a todos los niveles, un fenómeno que no se da en los inferiores. 
Aquí ya no es aplicable, salvo en raras excepciones, el principio de superposición 
y las simplificaciones han de hacerse con mucho más cuidado. No existen criterios 
tan evidentes como antes para poder hacer suposiciones sobre la importancia de 
un determinado elemento y gr andes tendencias del comportamiento dependen a 
veces de una cantidad muy pequeña de una substancia química. Los mecanismos 
son mucho más complejos, no sólo por nuestr a falta de conocimiento sobre ellos 
sino por su propia estructur a donde las inter acciones múltiples juegan un papel 
decisivo en el comportamiento. Procesos como la reproducción, el crecimiento o la 
muerte son infinitamente más complejos que cualquier problema que se pueda 
plantear en los tres niveles anteriores. Esta complejidad alcanza un máximo cuando 
el objeto de estudio es el cerebro humano . En él se produce un salto cualitativo 
de los procesos mer amente físicos, los seis niv eles anteriores, a los procesos de 
orden psíquico que y a entran dentro de las categorías que distinguen los niv eles 
8 y 9. 


Esta jerarquía de sistemas recoge el principio del que ya hablábamos al principio: 
el todo es más que la suma de las partes. Cada uno de estos niv eles aparece cuando 
surge "algo más", v arios átomos forman una molécula, v arias moléculas un 
compuesto químico, determinados compuestos químicos unidos pasan a formar 
una cadena de ADN, frontera entre la química y la biología; un paso más sería la 
célula, formada por multitud de compuestos químicos pero ciertamente algo más 
que eso, varias células forman un tejido, varios tejidos un órgano y varios órganos 
un ser superior. Y aún podemos ir más lejos, un ser humano puede verse desde el 
punto de vista de la anatomía o de la medicina, pero también de la psicología; 
varias personas forman una familia o un grupo social, varias familias una comunidad, 
una ciudad, una región, una nación, una sociedad. 
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CIENCIAS DE LO DIVINO TEOLOGIA 
SOCIEDAD SOCIOLOGÍA 
CULTURA HISTORIA 

CIENCIAS DE LO HUMANO PSICOLOGIA 
SER HUMANO CIENCIAS DEL 
COMPORTAMIENTO 
ORGANISMOS BIOLOGIA 
INFERIORES CIENCIAS DE LA VIDA ZOOLOGÍA 
MEDICINA 
SISTEMAS BOTÁNICA 
ABIERTOS 
MECANISMOS 
DE CONTROL FISICA 
QUIMICA 
KIO CIENCIAS DE LO INERTE A 
NATURALES 
CLASICAS 


ESTRUCTURAS 


Fig. 1. Jerarquía de sistemas y las ciencias asociadas 


Cada uno de estos sistemas es más complejo que el anterior y esto se refleja en las 
ciencias que los estudian. Checkland [Checkland, 1981] propone una clasificación de 
la ciencia de acuerdo con esta jer arquía de complejidad: 


Física -- Química -- Biología -- Psicología -- Ciencias Sociales 


Jerarquía que refleja el eje "hard-soft" de la ciencia, desde las más duas a las más 
blandas y, en lo que a nosotros interesa, un mapa de niveles de complejidad en la 
ciencia. Al igual que sucede con la jer arquía de sistemas propuesta por Boulding, 
con la que guarda bastante paralelismo, lo que sucede en un determinado nivel no 
puede explicarse sólo con conocimientos relativos a niv eles inferiores -en esa 
escala la Física ocuparía el lugar más bajo-. Y también pone de manifiesto el 
mismo hecho: que las ciencias sociales son las que se enfrentan a más complejidad, 
en el cuadro adjunto se explica en detalle este último punto . 


3.2 Complejidad en el ser humano 


El humano introduce una complejidad radicalmente distinta a todas las anteriores. 
Conceptos como la no linealidad o la multiplicidad son casi absurdos cuando se 
habla de la sociedad o de cualquier fenómeno humano . La multiplicidad, la no linea- 
lidad, la no holonomicidad y la asimetría son presupuestos de partida básicos, no 
factores que aparezcan en determinados casos. A éstos se puede añadir la borro- 
sidad, la desorganización, la irracionalidad o la inestabilidad permanente, caracte- 
rísticas siempre presentes en todo lo humano. 
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Jerarquías, ciencias y lenguajes 


La jerarquía de ciencias que propone Checkland es un ejemplo mag- 
nífico para enlazar estas ideas con otros conceptos tratados en estos 
apuntes. En virtud de la constante limitación humana para abordar la 
comprensión y descripción de la complejidad, cada ciencia maneja un 
lenguaje distinto con una precisión también distinta. Las ciencias más 
"hard", como puede ser la ingeniería, las matemáticas o la física tra- 
bajan con una precisión muy elevada: puentes, estructuras metálicas, 
máquinas, materiales, ecuaciones, son ejemplos de los objetos que se 
manejan en uno de los extremos del eje. Pero a medida que se avan- 
za hacia el otro extremo la imprecisión empieza a ser mucho mayor y 
prueba de ello es la diferenciación entre los lenguajes que se utilizan. 


Esto podemos verlo si apreciamos la similitud que tiene con el modelo 
jerárquico del ordenador que proponen Bell y Newell, cada nivel, en 
este caso cada ciencia, tiene su propio lenguaje, lenguajes que se van 
haciendo cada vez más borrosos y difusos a medida que subimos por 
esa jerarquía hacia el extremo "soft". 


También se puede interpretar a la luz de la jerarquía epistemológica 
de sistemas que propone Klir (recogida en el capítulo de "Marcos 
Conceptuales"). Y, sobre todo, siguiendo sus principios generales de 
la complejidad, que nos indican que si reducimos la complejidad 
descriptiva aumenta la complejidad relacionada con la incertidumbre 
y viceversa. En el extremo "hard" la complejidad descriptiva es máxima 
(en muchos casos se llega hasta los átomos, por ejemplo en la física 
del estado sólido o la física de partículas) y por ello la incertidumbre 
muy pequeña. En el otro extremo, las ciencias blandas reducen la 
complejidad descriptiva al máximo y de ahí la enorme incertidumbre 
que se maneja en ciencias como la sociología, la psicología, la historia, 
ciencias del comportamiento, etc. 


Para terminar este cuadro queremos resaltar una peculiaridad muy 
interesante. Hasta las ciencias más duras, como la física o la química, 
se encuentran con el dilema de no poder describir todo y tener, por 
tanto, que introducir la incertidumbre en sus cálculos. Esta es la 
misma discusión que se establece en torno al Azar (ver el capítulo 
dedicado a los conceptos asociados a la complejidad). 
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Aquí ya no existen criterios de simplificación y mucho menos casos en que el 
principio de superposición sea medianamente aplicable. Este hecho se puede v er 
muy claramente si consideramos el tipo de jerarquía distinguible en unos sistemas 
y en otros. En los sistemas físicos y biológicos la jerarquía se hace de acuerdo con 
criterios espaciales o de proximidad. Partícula subatómica, átomo, molécula y gas, 
o mitocondrias, membrana, núcleo, célula, tejido y órgano, son ejemplos de jerar- 
quías en los sistemas no humanos. Estas jer arquías se distinguen al ser localiza- 
das espacialmente subestructuras diferentes dentro de una estructura más grande. 
Son jerarquías de elementos. En cambio, en los sistemas humanos las jerarquías 
no se establecen por pro ximidad espacial o tamaño de los elementos que las for- 
man, sino por interacciones. Son jerarquías de interacciones [Simon, 1969]. Sólo 
este hecho y a pone de manifiesto la diferencia de complejidad que v aa existir 
entre unos sistemas y otros. 


4. Sistemas sociales: una complejidad distinta 


Simon no es el único autor que ha destacado la importancia de los sistemas sociales 
desde el punto de vista de su complejidad. Checkland propone una clasificación de 
sistemas, de la que no nos ocuparemos aquí de momento, en las que aparecen los 
Sistemas de Actividades Humanas donde se pretende recoger la emergencia de 
"... una dificultad que está más allá de la mea complejidad ...” [Checkland, 1981]. 
Flood dibuja un mapa bidimensional de las ciencias en el que el eje ciencias blan- 
das y ciencias duras -la más dura, la física, las más blandas las ciencias sociales- se 
desdobla en una clasificación más a vanzada al considerar la línea Homo Sapiens, 
es decir, la de las ciencias relacionadas con el humano -Psicología y Ciencias 
Sociales- [Flood, 1987]. Otros autores hablan, por ejemplo, de complejidad orga- 
nizada relacional [Clemson, citado en Flood, 1987], intentando resaltar el hecho 
de que el ser humano introduce una complicación adicional en los sistemas y en 
la ciencia. Todos estos ejemplos muestran la importancia del factor humano en lo 
que al tratamiento de complejidad se refiere. 


Aunque inicialmente pensado par a aplicarlo en informática, Sáez V acas propone 
también un modelo de complejidad que recoge la importancia del factor humano 
[Sáez Vacas, 1983] (recogido en el capítulo de Marcos Conceptuales). En él dis- 
tingue tres niveles de complejidad, el primero de ellos es la complejidad de los ele- 
mentos aislados. En informática esta sería la complejidad de los algoritmos o de 
los circuitos. El segundo nivel de complejidad se considera cuando ya no se trabaja 
con estos elementos aislados sino con sistemas, que introducen una complejidad 
distinta a la de los elementos. En informática ésta sería la complejidad de un orde- 
nador completo, de un programa, de una red de ordenadores, etc. Estos dos niv eles 
corresponden a la concepción tr adicional de informática, el núcleo "duro" de la 
tecnología en el que trabajan los ingenieros, informáticos y tecnólogos. P ero existe 
aún un nivel más. Cuando esos sistemas tecnológicos se ponen en contacto con la 
sociedad a través de los usuarios y de los entornos de trabajo donde se implementan 
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aparecen problemas inabordables desde el punto de vista de la complejidad de 
segundo nivel, esto se debe a que y a no es una complejidad pur amente técnica 
sino complejidad sociotécnica en la que el hombre y la sociedad juegan un papel 
definitivo. 


5. Resumen 


Comprender qué es un sistema y los diferentes tipos que existen puede ser muy 
útil a la hor a de enfrentarse con la complejidad. En primer lugar , identificar un 
sistema como de una determinada clase puede orientarnos mucho a la hor a de 
saber con qué orden de complejidad nos vamos a enfrentar y por qué. En segundo 
lugar, permite establecer diferencias entre sistemas con un criterio suficiente. 
Nuestro objetivo en este capítulo ha sido tr azar una panorámica gener al e intuitiv a 
sobre las distintas ciencias, sus lenguajes y la precisión que se puede espear de ellas. 


Esto último nos ha permitido distinguir la complejidad de los sistemas sociales y 
situarla por encima de la del resto de los sistemas, algo de primordial importan- 
cia en el campo de los ordenadores, por citar un ejemplo que nos es más cercano , 
pues indica que va a existir una problemática social y humana por encima de los 
problemas puramente tecnológicos, ya sean hardware o software. 


Para ilustrar de alguna forma esta realidad podemos intentar asociar parámetros 
a la jerarquía de Boulding y de acuerdo con éstos relacionar a cada sistema una o 
varias fuentes de complejidad. No deja de ser un tanto arbitrario, sobre todo cuando 
se trata de sistemas superiores y más teniendo en cuenta que no disponemos de 
ningún criterio para hablar de fuentes de complejidad en sistemas como pueden 
ser los animales, el hombre o la sociedad. Aún así, nosotros proponemos las 
siguientes correspondencias entre sistemas, parámetros que los car  acterizan y 
fuentes de complejidad. Y dado que la intención es más aclarar ideas que teorizar 
sobre la complejidad, animamos al lector a criticar ésta y proponer la suy a. 
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Fig. 2. Sistemas, características y fuentes de complejidad 


6. Bibliografía 


La dividimos en dos apartados. En el apartado de Notas Bibliogr afícas se comen- 
tarán aquellos trabajos que más profusamente han servido para redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 


Notas bibliográficas 


Muchas de las referencias utilizadas en este capítulo han aparecido y aen otros 
anteriores por lo que no nos vamos a detener en ellas, sin embargo, sí queremos 
destacar el libro Systems Thinking, Systems Practice, de Peter Checkland [J. 
Wiley 8 Sons, Chichester, 1981], en el que desarrolla la teoría y metodología de 
los sistemas blandos. La primera parte del libro es un repaso, ameno e interesante, 
de la historia de la ciencia desde la perspectiv a de los sistemas. En la segunda 
parte se introduce la metodología de sistemas blandos, de una forma clar a y fácil 
de entender. Esta metodología se puede considerar una meta-metodología por su 
carácter general y la presentación de la misma como herramienta de resolución de 
problemas. Puede incluso v erse como un auténtico softw are intelectual par a la 
gestión, no sólo tecnológica sino de cualquier problema de carácter sistémico y , 
muy especialmente, por supuesto, de aquéllos en los que aparezca el factor humano. 
Para los entusiastas de los sistemas ésta es una referencia imprescindible. 
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Capítulo 5: Sistemas: visión estructural y visión funcional 


"Tanto en la ciencia como en la ingeniería, el estudio de "sistemas" está convirtién- 
dose en una actividad cada vez más popular. Su popularidad responde más a una acucian- 
te necesidad de sintetizar y analizar la complejidad que al desarrollo de un cuerpo de cono- 
cimiento y unas técnicas para tratar la complejidad. Para que esta popularidad sea algo más 
que un capricho, la necesidad ha de dar paso a alguna invención y proporcionar una base a 
las ideas sobre sistemas." [Simon, 1969] 


En virtud de la popularidad que reconoce Simon, la palabra sistema se ha conver- 
tido en un comodín en muchas ciencias: sistemas informáticos, ecosistemas, sistemas orgá- 
nicos, sistema de ecuaciones, sistema circulatorio, sistema de impuestos, sistema inmuno- 
lógico, sistema estelar. Todos ellos no son más que unos pocos ejemplos de lo que se ha 
venido en llamar la "ciencia de los sistemas", es decir, el estudio de las propiedades comu- 
nes a todos los sistemas. 
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1. Introducción 


En este capítulo vamos a presentar algunas de las ideas relacionadas con los 
sistemas. A lo largo de todos estos apuntes, ha aparecido repetidas v  eces el 
concepto de sistema, del que existe una noción intuitiva que se utiliza con profusión 
en muy diversas ciencias. El primer objetivo que nos vamos a marcar en este capí- 
tulo es definir qué es un sistema, tarea nada fácil, como veremos. Una vez defini- 
do el sistema podemos pasar a estudiar sus car acterísticas, esas car acterísticas 
generales que aparecen en todos los sistemas, independientemente de la aplicación. 
Los conceptos que estudiaremos son importantes desde el punto de vista de la 
complejidad, porque a nadie que haya leído con detenimiento estos apuntes se le 
escapará la estrecha relación que tienen con muchas ideas tr atadas en otros capí- 
tulos. Este pretendemos que sea una pequeña guía para el estudio de los sistemas, 
intentando siempre basarnos en ideas intuitivas y dejar el formalismo matemático 
de lado. 


2. Sistemas abiertos y complejidad 


La complejidad en los sistemas alcanza su v erdadera dimensión cuando se consi- 
deran sistemas abiertos, es decir, sistemas que interactúan con su entorno, vién- 
dose influidos por las variaciones de éste e influyendo a su vez en él. Puede parecer 
trivial considerar sistemas abiertos y sistemas cerrados pues muy pocos sistemas, 
excepto los artificiales, se pueden considerar como cerrados. La diferencia está en 
la complejidad. 


Durante mucho tiempo , en diversos campos de la ciencia se estudiaban única y 
exclusivamente sistemas cerr ados, considerar la más mínima inter acción con el 
exterior suponía un aumento inabordable de la complejidad. La economía es un 
ejemplo de ello , sólo recientemente se ha empezado av er la importancia del 
entorno en muchos aspectos: el entorno ecológico, las comunicaciones, la existencia 
de un mercado mundial, las repercusiones sociales de determinadas políticas, etc. 
La biología, como en muchas otras cosas, fue unas de las primeras ciencias en ver 
la necesidad de ampliar los estudios de los objetos al entorno que los circunda. El 
ejemplo más claro de ello es la teoría de la ev olución. Pero en la ma yoría de los 
casos, considerar sistemas abiertos es más fácil de decir que hacer . En electróni- 
ca, por ejemplo, hasta el más novato de los estudiantes sabe que hay multitud de 
interferencias, ruidos, y efectos parásitos que pro vienen del entorno del circuito , 
sin embargo, la teoría de circuitos procede como si estos fuer an sistemas perfec- 
tamente aislados y la protección contr a el ruido es aumentar la potencia de la 
señal para que supere a éste. ¿Es factible desarrollar una teoría de circuitos que 
tenga en cuenta todas las inter acciones con el entorno?, y esas inter acciones no 
se limitan a las interferencias, hay intercambio de calor, influencia de la humedad 
en el ambiente, temperatura de trabajo, resistencia física de los materiales e infini- 
dad de otros parámetros en los que la ma yoría de las veces ni siquiera se piensa. 
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Y no es exager ado hablar de sistemas "tan abiertos". En muchos ordenadores 
actuales, la arquitectura hardware está preparada especialmente para poder sopor- 
tar esos errores "inexplicables" que aparecen por el simple hecho de que el orde- 
nador está en un entorno real (r ayos cósmicos, variaciones de las condiciones de 
trabajo, aleatoriedad cuántica, etc.). 


3. Definición de sistema 


Es difícil definir la noción de sistema. Klir [Orchard, 1977] reconoce que existe una 
teoría de sistemas para cada definición que se adopte y que cada definición está 
condicionada por el problema que se intenta resolv er. Existen multitud de defini- 
ciones que a valan esta afirmación. De hecho ésta es una de las críticas que se 
hacen más frecuentemente al enfoque sistémico como teoría general, ya que muchas 
de las definiciones que se utilizan dependen en gr an medida de la aplicación. 


Existen, sin embargo, una serie de rasgos genéricos que recogen la mayoría de las 
definiciones de sistema, entre ellas, aunque no necesariamente por ese orden, la 
existencia de v arios elementos que se relacionan entre sí y la existencia de un 
objetivo común. La interpretación de estas car acterísticas comunes, así como el 
hecho de resaltar unas más que otras, es lo que generalmente viene condicionado 
por la aplicación que se quiere hacer de la definición. Por citar alguna, a continuación 
se recoge la definición de sistema que propone Gómez  -Pallete, definición que 
utiliza en un estudio sobre organización y gestión de empresas: 


Un sistema es 

1. Un conjunto de elementos 

2. Relacionados entre sí 

3. Actuando en un determinado entorno 

4, Con el fin de alcanzar objetivos comunes 

5. Y con capacidad de autocontrol 
Klir sostiene que existen diferentes posibles definiciones de sistemas, según cómo 
se interpreten estos últimos. De acuerdo con su jer arquía epistemológica de siste- 
mas (ver el capítulo de Marcos Conceptuales), y su estudio formal de los mismos, 
propone una serie de definiciones que recogemos en el cuadro adjunto . 
Como definición básica de los posteriores trabajos de Klir, podemos citar la defini- 
ción de sistema de Ashb y [1956]: "Cuando se establece un conjunto de v ariables 
como resultado de nuestra interacción con el objeto que nos interesa, entonces se 


dice que se distingue un sistema en el objeto". 
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Las cinco definiciones básicas que propone Klir se basan en los rasgos 
fundamentales de los sistemas: cantidades observadas a un nivel 
determinado de resolución, actividad de las cantidades en el tiempo, 
relaciones invariantes en el tiempo entre esas cantidades, y propie- 
dades que determinan estos rasgos. A partir de estas cinco definiciones 
básicas se pueden establecer otras definiciones en función de rasgos 
permanentes pero no fundamentales que exhiba cada grupo de sistemas 
particular. Las cinco definiciones básicas son las siguientes: 


Un sistema es un conjunto dado de cantidades, consideradas a un 
nivel de resolución dado. 


Un sistema es un conjunto de variaciones en el tiempo de las canti- 
dades que se consideran. 


Un sistema es una relación dada, invariante en el tiempo, entre valores 
instantáneos y/o pasados y/o futuros de las cantidades externas. La 
relación puede admitir una interpretación probabilística pero no es 
necesario hacerla. 


Un sistema es un conjunto dado de elementos, sus comportamientos 
permanentes, y un conjunto de acoplamientos entre los elementos y 
entre los elementos y el entorno. 


Un sistema es un conjunto de estados y un conjunto de transiciones 
entre los estados. Se puede admitir una interpretación probabilística 
de la ocurrencia de transiciones de un estado a otro, pero no es nece- 
sario hacerla. 


Cada una de las definiciones está incluida en la siguiente, apareciendo 
así una jerarquía interpretativa de los sistemas. La primera definición 
es el "esqueleto" del sistema, de qué elementos se va a construir. La 
segunda definición se apoya en la primera pero destaca la actividad 
del sistema, es decir, los valores que van tomando a lo largo del tiempo 
las cantidades que conforman el sistema. La tercera definición supone 
las dos anteriores y se centra en las relaciones que ligan las diferentes 
cantidades del sistema, que se conocen por comportamiento del 
sistema. La cuarta definición toma los elementos y sus comporta- 
mientos (y por tanto las tres definiciones anteriores) y define el 
sistema a través de éstos y los acoplamientos entre ellos. La quinta 
definición es una especie de visión dinámica de la cuarta, en virtud de 
los elementos y sus estados, el sistema se define como transiciones 
entre esos estados. 
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4. Interpretación funcional y estructural de los sistemas 


Consideremos un sistema cualquier a. De alguna forma el observ ador ha debido 
definirlo, delimitando entre otros aspectos, unas "fronteras" entre lo que conside- 
ramos objeto de nuestro estudio y el entorno en el que está inmerso . A través de 
estas fronteras se relacionarán uno con el otro de alguna manera. Pues bien, si 
atendemos a estas interrelaciones para caracterizar el objeto estudiado, sin impor- 
tarnos su natur aleza "interna", estamos centrándonos en el aspecto funcional. 
Puede resumirse esta actitud diciendo que lo que le interesa es el "qué hace". Bro 
también podemos mirar dentro de esa "fronter a" definida, e in vestigar sobre los 
elementos que componen el sistema, las relaciones que ha y entre ellos, cómo 
están organizados. Este tipo de enfoque es el estructur al: lo importante es el 
"cómo lo hace". 


Sea un sistema (S) como el de la figura 1, inmerso en un entorno (E). Agrupemos 
todas las influencias que reciba, llamando entrada (e) a este agregado. Y hagamos 
lo mismo con todas las formas en que el sistema actúa sobre el entorno (salidas, s). 


Entorno (E) 


Entradas (e) Salidas (s) 


Sistema (S) 


Fig. 1. Esquema correspondiente a un sistema visto desde un punto de vista funcional 


Podemos pensar en el sistema como "caja negra", de la que nada sabemos sobre 
cómo es por dentro , pero que estudiamos en su relación con el exterior . Así 
buscamos una relación funcional entre la salida y la entrada, de la forma s = S(e) 
(esta relación es la tercera definición de sistema en la jer arquía de Klir estudiada 
en Marcos Conceptuales). En este caso estamos utilizando un enfoque funcio- 
nal, en el que no interesa cómo se consigue esa función de transferencia sino sólo 
lo que hace. 
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Pero también podemos considerar un sistema como un conjunto de componentes 
(C) e interacciones entre ellos (1). Es el caso de la segunda figur a. En este caso 
nuestro interés se centrará en conocer por completo la estructura S = 1 + C (que 
coincide con la cuarta definición de sistema de Klir). 


Ahora lo que se utiliza es una apro ximación estructural, en la que lo que interesa 
conocer es la organización interna del sistema. 


Si conocemos completamente la estructur a de un sistema (todos sus elementos 
componentes, el comportamiento de los elementos y la forma como se relacionan 
entre sí), tenemos los datos suficientes como para calcular la función que realiza. 
Sin embargo, el caso contrario no es cierto: a partir de la función que car acteriza a 
un objeto en su inter acción con el entorno, no nos es posible definir su estructur a. 
De aquí se deduce que la descripción estructural aporta más información (y carac- 
teriza más completamente) que la funcional. Un ejemplo de ello se puede encontrar 
en la electrónica, donde es relativamente sencillo (y desde luego posible) calcular 
la función de tr ansferencia de un cuadripolo si conocemos los componentes que 
contiene, y cómo están conectados unos con otros. P ero el caso contrario, esto es, 
descubrir la estructura interna del cuadripolo a partir de su función de transferencia, 
es imposible: ha y infinitas combinaciones de elementos electrónicos que dan el 
mismo comportamiento de "caja negra". Para poder decidir cuál de todas ellas es 
la que se corresponde con una función dada, necesitamos saber a priori algo sobre 
la estructura interna del cuadripolo. 


SISTEMA 


Elemento 
Relación 


Fig. 2. Esquema de un sistema visto desde el punto de vista estructural 
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En informática es fácil observar lo mismo. Dado el código completo de un programa 
(su estructura), podemos predecir acertadamente su comportamiento (su descripción 
funcional). Pero un mismo comportamiento de car a al usuario puede esconder 
programas muy diferentes. 


5. El sistema desde el punto de vista estructural 


La aproximación estructural a los sistemas intenta descubrir su organización interna, 
qué elementos lo componen, cómo se interrelacionan, qué dependencias hy entre 
ellos, qué estructuras se pueden distinguir dentro de un mismo sistema, etc. Es 
evidente que cada sistema tiene sus propias car acterísticas que lo hacen único , 
pero hay una serie de parámetros, por llamarlos de alguna forma, que son comunes 
a todos los sistemas y que pueden ser muy útiles a la hor a de estudiarlos. 


5.1 Límites de un sistema 


Todo sistema, sea abierto o cerr ado, tiene unos límites que lo definen y permiten 
identificarlo y diferenciarlo de otros sistemas. En los sistemas cerrados estos límites 
aparecen muy claramente pero en los sistemas abiertos estos límites son general- 
mente muy difusos y difíciles de establecer . Aún en este último caso , para estu- 
diar un sistema se empieza por delimitarlo , separando lo que es el sistema y lo 
que va a ser su entorno. 


Un ejemplo muy útil son las ciudades. Una ciudad se puede estudiar como un sis- 
tema abierto pero ¿cómo se establecen los límites?. Una forma de hacerlo puede 
ser atenerse a las divisiones municipales, otr a establecer una z ona de influencia 
de tantos kilómetros. Cualquier decisión que se tome implica, por ejemplo, que no 
se van a considerar las ciudades dormitorio que rodean a la ciudad que nos inte- 
resa (a pesar de que son un producto directo de ella e incluso una parte de la 
misma), o que las z onas rurales que rodeen a la ciudad se consider arán como 
entorno (cuando, como sucede a menudo , son también z onas residenciales de 
gente que trabaja en esa ciudad), ¿hasta dónde llega la zona de influencia de una 
gran capital?, ¿hasta qué punto se puede diferenciar entre entorno y z onas que 
están en los límites de la ciudad?. 
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LÍMITE 


MEDIO O 
ENTORNO 


Fig. 3. Límites de un sistema [Aracil, 1986, p. 44] 


Establecer los límites del sistema es una situación que se presenta muy a menudo 
en la ciencia y en la ingeniería, cuando se habla de centr ar, acotar, definir o clarificar 
un problema se está intentando definir cuáles son sus límites. 


5.2 Elementos 


Una vez establecidos los límites del sistema y a se pueden identificar los elementos 
que lo componen. De ahí la importancia de seleccionar unos límites adecuados, sin 
una definición apropiada será imposible identificar los componentes del sistema. 

El ejemplo de la ciudad es muy claro , una vez delimitada sólo se consider arán 
elementos de ella lo que esté dentro de esos límites, lo demás será parte de su 
entorno. Por otro lado, al nombrar el sistema, es decir, identificar sus características 
relevantes que nos interesan, restringimos los elementos que se van a considerar. 


Si estudiamos la ciudad desde el punto de vista medioambiental los elementos que 
nos interesan son focos de polución, zonas verdes, vertederos, depuradoras, etc., 
y hay que establecer unos límites definidos (qué tramo de un río se considera ele- 
mento de la ciudad, influencia de montañas que están cerca, fenómenos como la 
lluvia ácida, que puede originarse a muchos kilómetros de la ciudad que se estu- 
dia, etc.). Si lo que nos interesa es la ciudad desde el punto de vista organizativ o, 
los elementos relevantes serán las juntas de vecinos y de distrito, los barrios, las 
concejalías, el ayuntamiento, etc., en cuanto a los límites ha y que estudiar cómo 
se considera el gobierno civil, el gobierno autonómico , y todas las estructur as 
organizativas que no son exclusivas de la ciudad. 
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Fig. 4. Elementos que conforman un sistema [Rosnay, 1977, p. 41] 


La identificación de los elementos es, como se v e, función de cómo definimos el 
sistema y los límites que le imponemos. Hay que tener en cuenta, además, el nivel 
de resolución con que queremos trabajar, no es lo mismo estudiar la organización 
limitándonos a las estructuras municipales que llegar hasta las juntas de vecinos. 
El nivel de resolución elegido nos va a indicar hasta donde tenemos que considerar 
el sistema. Pueden existir varios niveles de resolución, en cuyo caso, los elementos 
se transforman a su vez en subsistemas sobre los que de nuev o se definen unos 
límites, unos componentes y un niv el de resolución. La ciudad desde el punto de 
vista organizativo presenta muchos niveles de resolución, la familia, los grupos de 
vecinos, los distritos o los barrios, y muchos subsistemas como la escuela (orga- 
nizan la educación), las oficinas y las fábricas (organizan el trabajo), los hospitales 
(organizan la sanidad), la policía (organizan la seguridad), etc. 


5.3 Interacciones 


La condición par a que los elementos consider ados formen un sistema es que 
interaccionen entre ellos con un objetivo común (ver las definiciones de sistemas). 
Las interacciones no tienen por qué ser permanentes, pueden producirse sólo en 
momentos determinados, sólo ocasionalmente, de forma aleatoria, y tampoco tienen 
por qué ser lineales ni separables. Una gran parte de la complejidad de los sistemas 
proviene de las interacciones entre sus elementos. 


Las interacciones se pueden dar entre niv eles muy diferentes y entre todos los 
subsistemas, por ello es muy importante elegir bien el nivel de resolución y cómo 
se agrupan los elementos para formar subsistemas. Los gases se pueden estudiar 
evitando mucha de su complejidad disminuy endo el nivel de resolución, intere- 
sándonos sólo por propiedades del todo (presión, v olumen, temper atura), si 
aumentamos el nivel de resolución nos encontr amos con un número enorme de 
interacciones entre moléculas que nos impide hacer cualquier previsión formal 


93 


Complejidad y Tecnologías de la Información 


sobre el comportamiento del gas. En una ciudad no es buena idea agrupar a los 
habitantes por orden alfabético , pues este agrupamiento no tiene nada que v er 
con las interacciones entre ellos, los grupos que se hacen se definen en función de 
unas interacciones comunes: la familia, los universitarios, los menores de 18 años, 
los estudiantes de ingeniería, los habitantes de un barrio , los socios de un deter- 
minado club, etc. 


EMPIECE PLENO 


Fig. 5. Interacciones que componen un sistema [Rosnay, 1977, p. 28] 


Una correcta elección de los elementos que se consideran en el sistema, junto con 
el nivel de resolución más adecuado puede ayudar mucho a reducir la complejidad 
derivada de las interacciones entre los elementos. 


5.4 Entorno 


Los sistemas abiertos no quedan completamente car acterizados si no se tiene en 
cuenta el entorno . De forma intuitiv a, el entorno de un sistema es todo aquello 
que lo rodea y condiciona en su comportamiento y ev olución. Existe una relación 
bidireccional entre el sistema y el entorno dado que interactúan entre ellos, el sis- 
tema modificando el entorno y el entorno, al obligar al sistema a adaptarse a él. 
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La importancia del entorno es considerable en todos los sistemas, pero es funda- 
mental para poder entender el funcionamiento de sistemas ev olutivos, autoorga- 
nizados y adaptativos. El entorno de una ciudad es muy amplio: el área física en 
la que está, la región, la pro vincia, la nación, etc. , y no se la puede estudiar a 
fondo como sistema si no se considera debidamente el entorno en el que ésta está 
situada. 


Fig. 6. Entorno de diferentes sistemas [Rosnay, 1977, pp. 52 y 82] 


Esto nos lleva a un punto importante respecto al entorno. Al igual que trabajábamos 
con un nivel de resolución al definir los elementos, hay que limitar la influencia del 
entorno a un nivel relevante, si estudiamos la ciudad organizativamente quedán- 
donos en la administr ación municipal, no podemos consider ar como entorno los 
grupos familiares del extrarradio. Por la misma razón, al considerar subsistemas, 
hay que identificar el entorno relevante de cada uno de ellos, entorno con el que 
interactúa y que será parte del entorno total del sistema. 


5.5 Jerarquía de niveles 


Este aspecto es fundamental dentro del estudio de los sistemas y , en general, en 
el estudio de la complejidad (ver el capítulo dedicado a las Jerarquías). Ya hemos 
visto cómo los elementos se pueden agrupar en subsistemas, que a su v ez pue- 
den agruparse entre sí formando otros subsistemas. Se forma así una jearquía de 
niveles en el sistema, cada uno de los cuales se puede estudiar como un sistema 
en sí mismo. 


Cada nivel de la jerarquía tiene un nivel de resolución, se relaciona con un deter- 
minado entorno y se car  acteriza por un tipo determinado de inter acciones. 
Generalmente, cada niv el de una jer arquía lleva asociado, además, un lenguaje 
propio que le caracteriza y no se puede entender en otros niv eles. El ordenador, 
tal y como se muestra en la figura 7, es un ejemplo muy claro de jerarquía: puede 
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verse como un sistema genérico , pero dentro de él podemos distinguir div ersos 
niveles con subsistemas característicos (ver como referencia el capítulo dedicado 
al Tratamiento de la complejidad donde se estudia a fondo este tema). El nivel 
más bajo puede ser el de circuito , después el de puertas lógicas, por encima de 
éste el nivel de registros, el de microprogr amas, el lenguaje máquina, los lengua- 
jes estructurados, los programas, etc. En cada uno de estos niv eles hay distintos 
sistemas: circuitos electrónicos, circuitos lógicos, secuenciadores, unidades de pro- 
ceso, etc., cada uno con unos límites y un entorno definidos y cada uno de ellos con 
un lenguaje distintivo: la teoría de circuitos, el álgebra de Boole, la teoría de autó- 
matas, el ensamblador, lenguajes de programación avanzados, interfaces, etc. 


. hunde! 


Fig. 7. Jerarquía de niveles de un posible sistema 
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Las jerarquías ayudan a reducir la complejidad en el estudio de un sistema al 
permitir separar de una forma ordenada diferentes partes del mismo y situarlas 
en unos niveles interdependientes. Al mismo tiempo permiten trabajar en diferentes 
niveles de resolución, aislar partes del sistema global pan estudiarlas más a fondo 
sin entrar en la complejidad del resto del sistema. 


6. El sistema desde el punto de vista funcional 


La aproximación funcional a los sistemas intenta describir su funcionamiento con 

un planteamiento de "caja negra", es decir, sin atender a las estructuras, interaccio- 
nes y elementos que hacen posible ese funcionamiento . La mejor caracterización de 
este tipo de apro ximación es la que antes v elíamos: se trata de estudiar la relación 
entre las entradas al sistema y las salidas que produce. Se tr ata de ver qué hace 
"el sistema". 


Al igual que sucede con la apro ximación estructural, dentro de la visión funcional 
hay una serie de conceptos genéricos que sirv en para caracterizar al sistema y 
facilitar su estudio. Muchos de los conceptos que v eremos a continuación están 
muy relacionados con otros capítulos en donde se estudian aspectos más detallados, 
es conveniente no perder de vista estas referencias. 


6.1 Entrada y Salida 


Lógicamente, para caracterizar un sistema funcionalmente lo primero que hay que 
definir es qué es la entr ada al sistema y qué la salida. La entr ada será cualquier 
flujo, sea material o de información, que v aya del entorno al sistema, la salida será 
cualquier reacción del sistema, material o de información, que vaya hacia el entorno. 
La diferencia que se hace entre flujos materiales y de información es importante 
pues no siempre se puede evaluar la entrada en términos cuantitativos. 


En un circuito electrónico la entr ada puede ser una cierta tensión, la salida la 
corriente que circula por un amperímetro. Pero también puede que la entrada sea 
una temperatura si el circuito es sensible a este parámetro y la salida no es sólo 
corriente o tensión sino también calor disipado hacia el exterior. Generalmente no 
se consideran las entr adas o salidas que no son suficientemente gr andes o no 
parecen relevantes, pero no por ello dejen de estar presentes, tómese como ejemplo 
las interferencias, una "entrada" al circuito que está siempre presente y puede ser 
suficientemente importante como para distorsionar la salida. Es importante tener 
en cuenta estas entr adas adicionales a los sistemas pues pueden llegar a ser 
decisivas en el comportamiento global (ejemplo de ello es el ervejecimiento de los 
componentes que convierte un circuito determinista en caótico, tal y como veíamos 
en el capítulo de conceptos relacionados con la complejidad). 


97 


Complejidad y Tecnologías de la Información 


6.2 Realimentación, positiva y negativa 


Uno de los mecanismos básicos del funcionamiento de los sistemas es la realimen- 
tación. La cibernética, por ejemplo , basa gr an parte de sus estudios en ella. 
Básicamente consiste en que la salida del sistema se convierte, de alguna manera, 
en una entrada más del sistema. De esta forma el sistema puede "saber" qué es 
lo que está haciendo y modificar su comportamiento en consecuencia. Hy muchos 
ejemplos de realimentación, uno de los más sencillos es el de los servwomecanismos 
simples que definen la próxima salida en función de la entrada y de la salida anterior. 
El ejemplo clásico en la cibernética son los mecanismos de tiro automático que 
calculan la nueva posición del cañón en función del objetivo y la posición actual. 


>| OIOTEMA | —Hiios 


TIEMPO 


RETROACCIO 


SLS AA EN IASELIAIO AS AEAELIA RE 


SISTEMA 4. SALIDA 


Fig. 8. La realimentación como elemento funcional de los sistemas [Rosnay, 1977, p. 89] 


Por lo general, la realimentación se hace en forma de algún tipo de información de 
la salida hacia la entrada y según sea el efecto que produce esta información así 
será la realimentación. Si la realimentación produce resultados del mismo tipo que 
los resultados precedentes se tr ata de una realimentación positiv a. Si, por el 
contrario, los resultados son de signo contrario a los resultados anteriores se trata 
de una realimentación negativa. Ejemplos de realimentación positiva son la relación 
entre la población y el número de nacimientos (más población ==> más nacimientos 
==> más población ...), o la fisión nuclear (más fisión ==> más partículas == 
más colisiones ==> más fisión ...). Ejemplos de realimentación negativa son la 
población y la tasa de natalidad (más población ==> más mortalidad ==> menos 
población ...), o los termostatos (menos temper atura ==> más calefacción 
==>más temperatura ...). 
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La realimentación positiva tiene efectos acumulativos y conduce a inestabilidades 
o a bloqueos. Cuando existe una realimentación positiva un aumento de la salida 
provoca que la salida siga aumentando indefinidamente, si se produce una dismi- 
nución, la salida disminuirá continuamente hasta hacerse nula. El ejemplo de la 
población ilustra muy bien este punto. 


Fig. 9. Ejemplo de realimentación positiva [Rosnay, 1977, p. 90] 


La realimentación negativa produce una convergencia hacia un valor determinado, 
por ello se aparece en los sistemas que tienen un objetiv O. El comportamiento 
aparentemente inteligente de los dispositivos con realimentación negativ a fue lo 
que llamó la atención a los primeros estudiosos de la cibernética (v er el capítulo 
dedicado a la Historia del Enfoque Sistémico). 


Fig.10. Ejemplo de realimentación negativa [Rosnay, 1977, p. 91] 


En un sistema suelen aparecer varios bucles de realimentación, positiva y negativa, 
generalmente interrelacionados entre sí lo que a veces dificulta identificarlos como 
tales. Es muy común encontrar un bucle negativo asociado a uno positivo. 
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RETRASO ADMITIDO 
ENLA ENTREGA 


" ler) 


y 


CAMEO EM El 
RETRASO ADMITIDO 
EN LA EMTREGA 


BH LA CONTRATACION 
DE VENDEDORES FRACCIÓN DEL PRESUPUESTO 
DEDICADA A VENTAS 


Fig. 11. Sistema con varios bucles de realimentación [Aracil, 1986, p. 124] 


6.3 No linealidades 


Ya hemos visto en capítulos anteriores qué son las no linealidades y su influencia 
en la complejidad de los sistemas (ver "Marcos Conceptuales" y el apartado dedi- 
cado al caos en "Conceptos asociados a la complejidad"). Desde el punto de vista 
funcional, la presencia de no linealidades es decisiva pues significa que existen pun- 
tos de bifurcación donde el comportamiento del sistema cambia cualitativ amente. 


En un sistema lineal, un aumento de la entrada conduce a un aumento de la salida, 
en un sistema no lineal un aumento en la entrada puede conducir a un estado total- 
mente nuevo. Las no linealidades pueden aparecer en un momento cualquier a de 
la vida del sistema, como sucede en los circuitos electrónicos por en vejecimiento 
de los componentes, y también pueden estar presentes desde el origen del sistema 
pero no aparecer sino sólo bajo ciertas condiciones que r ara vez se dan. Por ello 
es difícil predecir el comportamiento de sistemas donde esto puede suceder. 
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El estudio de las no linealidades es difícil y aún lo es más tratar con ellas. La ciencia 
del caos ha proporcionado algunas ideas más sobre su natur aleza y efectos pero 
todavía faltan herramientas que permitan entenderlas y manejarlas mejor. 


6.4 Equilibrio y estabilidad 


La noción que tenemos de estabilidad suele estar cerca de lo que se entiende por 
sistema estático. Sin embargo , un sistema estable es aquél que mantiene sus 
características e identidad a lo largo del tiempo. Los sistemas en equilibrio pueden 
reaccionar de dos formas ante perturbaciones externas: en los sistemas en los que 
predomina la realimentación negativa y no hay linealidades, una perturbación alejará 
el sistema del equilibrio pero éste volverá a él tr as un tiempo (conocido como 
tiempo de relajación), si en el sistema ha y no linealidades o predomina la reali- 
mentación negativa, las perturbaciones lo alejarán del equilibrio y el propio sistema 
se alejará aún más de él para entrar en un nuevo modo de equilibrio o desaparecer. 


Para que un sistema con no linealidades cambie su comportamiento, las perturba- 
ciones, O la entrada, han de superar un cierto umbral y que se alcance un punto 
de bifurcación (llamado así porque en él se produce un cambio cualitativo en el 
comportamiento del sistema). En un sistema donde predomine la realimentación 
positiva basta la más mínima alteración del punto de equilibrio para que el sistema 
no vuelva a entrar en equilibrio. 


En los sistemas estables, el concepto de estabilidad también es relativo pues está en 
función del tiempo de relajación que antes mencionábamos. Si las perturbacioneslle- 
gan al sistema más rápido de lo que éste puede asimilarlas se entr  ará en una 
situación permanente de inestabilidad. 


6.5 Adaptación y cambio 


Después de lo que decíamos en el apartado anterior se hace difícil pensar en algún 
sistema que sea estable. Y, sin embargo, existen muchos sistemas que sobreviven 
a las perturbaciones, la prueba más evidente de ello es que existen. Una célula, 
un animal, el hombre o las empresas son ejemplos de sistemas supervivientes. 
Esto no quiere decir que sean inmunes a las perturbaciones, sino que han podido 
adaptarse a ellas. 


La biología nos ofrece ejemplos magníficos de sistemas que se han adaptado a 
entornos cambiantes (perturbaciones) y han sobrevivido La evolución de los seres 
vivos es una cadena de adaptaciones, de cambios en la estructur a del sistema 
para poder adaptar su funcionalidad al nuevo entorno. Esta peculiaridad es una de 
las más difíciles de reproducir en los sistemas artificiales. 
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La viabilidad de cualquier sistema pasa por su capacidad de adaptación y cambio. 
Los sistemas naturales poseen esta importante cualidad y el estudio de los mecanis- 
mos de adaptación es uno de los campos más importantes dentro de los sistemas 
construidos por el hombre. 


6.6 Evolución y emergencia 


Directamente relacionados con los dos conceptos anteriores, la ev  olución y la 

emergencia son dos de las características fundamentales de la funcionalidad de un 
sistema. El hecho de que un sistema pueda adaptarse al entorno le permite superar 
ciertas "agresiones", si además puede cambiar par a hacer frente a las nuev as 
situaciones se dice que el sistema ewluciona. Al igual que antes ésta es una caac- 
terística normal en los sistemas natur ales, pero pocas v eces se puede hablar de 

un sistema artificial que ev olucione (¿Un progr ama softw are en sus diferentes 

versiones?, ¿un ordenador con sucesivas mejoras?). 


En biología hay una discusión ya muy antigua que se puede resumir en la siguiente 
frase "¿la función crea el órgano o el órgano crea la función?". En ella se encierr a 
el secreto del mecanismo de la ev olución: cuando los primeros seres dejaron el 
medio acuático para arrastrarse por la tierr a desarrollaron un apar ato locomotor 
adaptado al nuevo medio, ¿fue por la necesidad de andar por lo que se desarro- 
llaron las patas o una predisposición estructur al permitió que desarrollar an esa 
funcionalidad? No vamos a entrar a discutir esta cuestión pero sí nos interesa des- 
tacar un aspecto de la misma: la evolución implica la aparición de unas caracterís- 
ticas nuevas cualitativamente diferentes, esto es lo que se denomina emergencia. 


La emergencia no se presenta únicamente en la evolución sino que es una cualidad 
intrínseca de los sistemas. "El todo es más que la suma de las partes" indica que 

hay algo que no es directamente deducible de la unión de todos los componentes 
del sistema, esas propiedades que aparecen con el todo son propiedades emergentes. 


6.7 Simulación 


Para completar esta primera aproximación al estudio funcional de los sistemas es 
obligado detenernos en la simulación, dado que es una de las herr amientas más 
importantes para estudiar el comportamiento de sistemas. Existen, además, dos 
conceptos relacionados con la simulación que conviene mencionar brevemente: la 
construcción de modelos y el análisis de sistemas. 


El análisis de sistemas consiste en definir los límites del sistema que se v a a modelar, 
identificar los elementos más importantes y sus interacciones y el entorno de cada 
uno de ellos, agrupándolos jerárquicamente. Una v ez efectuado este análisis se 
pasa a la modelización, a construir un modelo que refleje los datos obtenidos a 
través del análisis de sistemas. La simulación es el estudio del comportamiento del 
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sistema a través de la observación del modelo. 


Con la simulación se pueden perseguir objetivos muy diferentes, determinar si las 
suposiciones sobre el funcionamiento del modelo son válidas (como los modelos 
utilizados en bioingeniería para el ojo), si los subsistemas identificados se corres- 
ponden con una funcionalidad real, efectuar predicciones sobre el comportamiento 
futuro del sistema, identificar (como la simulación del tiempo atmosférico), estudiar 
comportamientos erróneos del sistema (como los simuladores utilizados pan loca- 
lizar averías en las líneas telefónicas), etc. 


El disponer de un modelo apropiado permite realizar diferentes simulaciones en las 
que se estudian grupos concretos de variables, se dejan fijos algunos parámetros, 
se modifica la estructura del sistema, se modifica el peso de las inteacciones, etc., 
lo que permite profundizar el conocimiento que se tiene sobre el sistema. 


La simulación es una herr amienta muy útil si se utiliza adecuadamente. No se 
deben confundir nunca los resultados obtenidos en una simulación con los datos 
que aporta la realidad y siempre se deben tener en cuenta las limitaciones inhe- 
rentes a la simulación. 


7. El sistema, como enfoque global 


Hemos visto dos formas de interpretar o estudiar los sistemas, una estructur al, 
atendiendo a su organización y las diferentes partes que lo conforman, y otr a 
funcional, centrada en su comportamiento. Pero estos dos enfoques no se pueden 
separar radicalmente pues son complementarios. En el estudio de cualquier sistema 
se puede poner más énfasis en una visión o en otr a pero la comprensión total de 
lo que es el sistema sólo se puede conseguir a tr  avés de un enfoque global, 
construido mediante la adecuada síntesis entre el conocimiento estructur al y el 
conocimiento funcional. 


La noción más simple de sistema que podamos pensar ya lleva la idea de genera- 
lidad. Considerar un objeto como un sistema es reconocer en él un cuadro de 
características y una complejidad propia que sólo puede abordarse a tavés de una 
interpretación global de ese objeto. El enfoque reduccionista de la visión estructural 
no nos permite saltar de la interpretación cuantitativa a una visión cualitativ a, 
pero la interpretación funcional, de forma aislada, tampoco nos proporciona los 
datos necesarios sobre la correlación entre el comportamiento observ ado y los 
mecanismos que lo producen. Si queremos realmente conocer un sistema, o 
actuar sobre él, o construirlo , necesitamos un estudio funcional en el que obser- 
vemos, comprendamos o definamos el comportamiento del sistema y necesitamos, 
también, trasladar ese comportamiento a unos mecanismos estructurales que nos 
permitan actuar, regular o reproducir el sistema. 
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En el capítulo sobre la historia del enfoque sistémico se puede encontrar esta idea 
del sistema como enfoque global más desarrollada y en relación con algunas ciencias 
en las que se ha aplicado con éxito . 


8. Resumen 


En este capítulo hemos estudiado con cierto detalle la noción de sistema, presen- 
tando en primer lugar una relación amplia y detallada de cómo se puede definir. A 
pesar de que el enfoque sistémico, como veíamos en un capítulo anterior, intenta 
destacar los aspectos generales de los sistemas, es difícil separar el sistema de su 
aplicación inmediata y del campo de estudio donde se utiliza. P.— ara superar esta 
dificultad hemos recurrido a los tr abajos de Klir que proporcionan una idea más 
clara e independiente del dominio de lo que son los sistemas. 


La relación de los sistemas y la complejidad aparece plenamente cuando se 

consideran sistemas abiertos, es decir, sistemas que inter actúan con el entorno, 
adaptándose a él y modificándolo en virtud de esa inter acción. Para estudiar los 
sistemas hemos distinguido dos enfoques, la visión estructural y la visión funcional. 


La visión estructural de los sistemas se centr a en su organización, los elementos 
que lo forman, las interacciones entre ellos, las agrupaciones lógicas que se pueden 
establecer, los límites del sistema y las posibles jer arquías de subsistemas. 


La visión funcional hace hincapié en el comportamiento del sistema, en qué hace. 
Dentro de ella se estudia la entr ada y salida al sistema, la realimentación, el 
equilibrio, no linealidades, sistemas inestables, la ev olución, la emergencia de 
propiedades nuevas y, como herramienta de tr abajo para el estudioso de los 
sistemas, la simulación. 


Estos dos enfoques son complementarios y se ha de tener en cuenta a ambos si 
se pretende llegar a tener una visión global de lo que es el sistema. Este último 
punto es el que nos sirve de enlace con el capítulo en el que estudiamos la historia 
del enfoque sistémico, donde aparecen, con una perspectiva histórica, muchas de 
las ideas que hemos desarrollado algo más formalmente en este capítulo . 
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9. Bibliografía 


Dividida en dos partes. En el apartado de Notas bibliográficas se comentarán 
aquellos trabajos que más profusamente han servido par a redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 


Nota bibliográficas 


Existen muchos libros en los que se tratan a fondo todas las ideas de este capítulo , 
muchos de ellos los hemos y a citado en otros capítulos ("El Macroscopio", por 
ejemplo), sin embargo hay un par de referencias de especial interés: 


"Sobre un enfoque de la teoría gener al de sistemas", artículo de R obert A. 

Orchard, recogido en el libro, editado por Klir, Tendencias en la teoría general 
de sistemas (Alianza Universidad, número 208). En él se recoge, con veniente- 
mente resumido, el trabajo de Klir para construir un método formal del estudio de los 
sistemas. Con un formalismo matemático apreciable, pero no complicado , este artí- 
culo es una buena introducción al estudio formal de los sistemas. Rara ampliar aún 
más se puede consultar An Approach to General Systems Theory , de Klir, 
publicado por Van Nostrand Reinhold, Nueva York, 1969. 


Introducción a la dinámica de sistemas, de Javier Aracil (Alianza Universidad 
Textos, número 58, Madrid, tercer a edición, 1987), que, aunque centr ado en la 
dinámica de sistemas según las teorías de Forrester, puede proporcionar una idea 
bastante clara de una clase de aplicaciones de los sistemas y su estudio funcional 
a través de simulaciones de ordenador. 


Existen unos apuntes donde se recogen muchas de las ideas propuestas aqui. 
Sistemas, apuntes para el curso de Fundamentos y Función de la 
Ingeniería, son unos apuntes realizados por Sáez Vacas para dicha asignatura y 
publicados por la E.T.S.I.T. (1976, FFI/SIS 76.01). 


Referencias bibliográficas 


Aracil, J. (1987), Introducción a la dinámica de sistemas, Alianza Universidad, 
num. 58, Madrid, Tercera Edición. 


Ashby, W.R. (1956), An Introduction to Cybernetics , John Wiley 8 Sons, 
Chichester. 


Klir, G.J. (1977) Tendencias de la Teoría General de Sistemas , Alianza 
Universidad, num. 208, Madrid 


105 


Complejidad y Tecnologías de la Información 


Orchard (1977), en Tendencias de la Teoría General de Sistemas, editado por 
G.J. Klir, Alianza Universidad, num. 208, Madrid 


Rosnay, Joél de, (1977) El Macroscopio, Editorial AC, Madrid 
Sáez Vacas, F. y Lampaya, D. "Concepcion multinivélica y cuasidescomponible de 
sistemas complejos. Aplicación a la informática" V Congreso de Informática y 


Automática, Mayo 1982, pp. 281-286. 


Simon, H.A. (1969), The sciences of the artificial, MIT Press, Cambridge, Ma. 


106 


Historia del enfoque sistémico 


Capítulo 6: Historia del enfoque sistémico 


"Normalmente se dice que los nuestros son unos tiempos de especialización, y es 
cierto. Pero existe un notable movimiento de convergencia en la ciencia y la enseñanza, que 
ha tenido lugar especialmente en los cuarenta años que siguieron a la Segunda Guerra 
Mundial y de forma más acelerada durante los últimos diez años. Están apareciendo nuevos 
temas, enormemente interdisciplinares según los patrones tradicionales, y en muchos casos 
forman la punta de lanza de la investigación. Estos campos interdisciplinares no siguen el 
esquema clásico de las ciencias formadas por varias disciplinas; la unión de varios subcam- 
pos particulares da lugar a un nuevo campo. El proceso es muy diverso y en constante cam- 
bio." Murray Gell-Mann [Pagels, 1989, p. 35] 


El movimiento al que se refiere Gell-Mann no es otro que la Teoría General de Sistemas o el 
enfoque sistémico que si bien ha sido un fracaso en sus presupuestos de partida (construir 
algo así como una metaciencia), sí ha conseguido logros muy importantes en aplicaciones 
concretas y ha aportado una nueva perspectiva a la ciencia. 

T.I > 


ENFOQUES Y TEORÍAS 


VARIEDAD CONCEPTOS 


MARCOS 


TRATAMIENTO SISTEMAS 


Za 
ESTRUCTURA 
SN 


JERARQUÍAS 


HISTORIA 


TRATAMIENTO 


SISTEMAS 


107 


Complejidad y Tecnologías de la Información 


1. Introducción 


Pretende ser este capítulo una breve introducción al enfoque sistémico y, por sus 
características, la forma más apropiada de presentarlo es estudiar sus orígenes y 
evolución, su historia. En este capítulo nos encontraremos con nombres familiares 
que y a han aparecido repetidamente en otr as partes de estas Notas: Ashb y, 
Wiener, Bertalanff y, Boulding, Beer , etc. y también con otros muchos que no 
hemos recogido antes pero que son muy representativ os para cualquier iniciado 
en este campo. 


El enfoque sistémico es una aproximación multidisciplinar a una serie de problemas 
que se han querido o creído distinguir en muy diversos campos del saber humano. 
Este objeto común recibe el nombre genérico de "sistema" y alrededor de él se 
desarrollan diferentes formas de enfoque sistémico . Como veremos, la aparición 
de esta corriente de pensamiento, si se le puede llamar así, coincide en el tiempo 
y en el espacio con otros muchos eventos de primordial importancia para entender 
el desarrollo de la ciencia y la tecnología que conocemos hoy en día y esto se debe 
tener muy en cuenta pues es la cla ve para entender los fundamentos y objetivos 
de los sistemistas. Y a esto es a lo que nos referimos cuando decimos que la mejor 
forma de estudiar el enfoque sistémico es comprender su historia. 


2. El enfoque sistémico 


La base del pensamiento sistémico consiste en reconocer la existencia de una serie 
de conceptos genéricos aplicables y aplicados en div ersos estudios [R osnay, 
1975]. Nociones como la energía, flujos, ciclos, realimentación, sistema abierto , 
reservas, recursos de comunicación, catalizadores, interacciones mutuas, jerarquías, 
agentes de transformación, equilibrios y desequilibrios, estabilidad, ev olución, etc., 
son aplicables a la idea genérica de sistema sin entr ar en la disciplina concreta ni 
en el tipo del sistema consider ado. La existencia de este v ocabulario común en 
muchos campos parece responder a una aproximación común a los problemas que 
se encuentran dentro de una misma categoría: la complejidad organizada [Rsnay, 
1975] (Weaver, en el capítulo de Marcos Conceptuales). 


La importancia de este hecho es fundamental pues significa que de ser cierto que 
existe una apro ximación común, se puede establecer una forma de tr atar el 
problema genérico -el sistema- independientemente de la disciplina en la que éste 
se considere. Esta apro ximación común existe y surge de la sinergia entre la 
biología, la teoría de la información, la cibernética y la teoría de sistemas. A par- 
tir de ellas se extr aen conclusiones gener ales, reflejadas en ese v ocabulario 
compartido por todas las disciplinas. Este es el enfoque sistémico y debe verse no 
como una nueva ciencia, una nueva teoría o una disciplina sino como una nuev a 
metodología que tr ata de organizar el conocimiento par a dar más eficacia a la 
acción [Rosnay, 1975]. 
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Ésta puede ser la diferencia fundamental entre los que consider an el enfoque 
sistémico como una herr amienta, una metodología que a yuda a interpretar y 
manejar un mundo complejo y los que consideran que los sistemas son un nuevo 
paradigma en la ciencia. 


Para establecer una relación con algo que nos es más cercano podemos recurrir a 
la comparación con el enfoque analítico. En él, se pretende desmenuzar la totalidad 
para estudiar los elementos por separ ado, aislando interacciones y componentes 
del resto del todo que forman. Por el contrario, el enfoque sistémico intenta englobar 
la totalidad de los elementos del sistema estudiado así como las inter acciones e 
interdependencias entre ellos. Por sistema se entiende un conjunto de elementos 
en interacción y se intenta investigar las invariantes que existen en la interacción 
de elementos. Esto no es lo mismo que intentar aplicar en otro las conclusiones 


extraídas para un sistema o de intentar que lo que es válido par 


a un niv el de 


complejidad lo sea para otro. Esas invariantes son principios generales, estructuras 
y funcionamiento común a todos los sistemas. 


Las diferencias fundamentales entre el enfoque analítico y el enfoque sistémico se 
recogen en la siguiente tabla [Rosnay, 1975, p. 108]: 


Enfoque Analítico Enfoque Sistémico 


Aislado: se centra en los elementos 


Considera la naturaleza de las 
interacciones 


Se preocupa por la precisión del detalle 


Modifica una variable cada vez 
Independiente de la duración: los fenóme- 
nos considerados son reversibles 


La validación de hechos se realiza por 
prueba experimental dentro del marco de 
una teoría 


Modelos precisos y detallados, pero difícil- 
mente utilizables para la acción (ejemplo: 
modelos econométricos) 


Enfoque eficaz cuando las interacciones 
son lineales y débiles 


Conduce a una enseñanza por disciplinas 
Conduce a una acción programada en detalle 


Conocimiento de los detalles, metas 
mal definidas 


Relacionado: se centra en las interacciones 
entre elementos 


Considera los efectos de las inter acciones 


Se preocupa de la percepción global 


Modifica grupos de variables 
simultáneamente 


Integra la duración y la irreversibilidad 


La validación de hechos se realiza por 
comparación del funcionamiento del 
modelo con la realidad 


Modelos insuficientemente rigurosos para- 
servir de base al conocimiento, pero utili- 
zables en la decisión y la acción(ejemplo: 

modelos del Club de Roma) 


Enfoque eficaz cuando las interacciones 
son no lineales y fuertes 


Conduce a una enseñanza pluridisciplinar 
Conduce a una acción por objetivos 


Conocimiento de las metas, detalles 
borrosos 
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3. Orígenes del pensamiento sistémico 


Si seguimos los consejos de algún sistemista entusiasta podríamos remontarnos 
muy atrás buscando precursores a la idea de sistema. Ludwig v on Bertalanff y, 
considerado como el padre de la T eoría General de Sistemas que estudiaremos 
más adelante, menciona a Aristóteles como el primero que formuló el aserto 
sistémico fundamental: "el todo es más que la suma de las partes", y liga la 
noción de sistema al desarrollo de la filosofía europea desde sus más lejanos 
orígenes [Bertalanffy, 1975, p. 137]. Sin embargo, no es necesario bucear tanto 
en las profundidades de la historia para trazar un esbozo muy aproximado de las 
corrientes de pensamiento que dieron lugar al enfoque sistémico . En general, se 
consideran cinco (Lilienfeld, de quien recogemos la idea, consider a también la 
dinámica de sistemas, pero desde nuestro punto de vista no es relev ante en la for- 
mación del tipo de enfoque sistémico que nos interesa, por ser muy posterior a 
éste [Lilienfeld, 1984]): 


- Filosofía biológica, de Ludwig von Bertalanffy, cuyas ideas cristalizaron más 
tarde en la T  eoría Gener al de Sistemas, representada por la Sociedad 
Internacional para la Investigación General de Sistemas. 


- Cibernética, de Norbert Wiener y Ross Ashby, que en sus orígenes se centra- 
ba en el estudio de los mecanismos de regulación en los organismos y en las 
máquinas. 


- Teoría de la información y de las comunicaciones, de Shannon, Weaver y 
Cherry que proporcionaron un lenguaje matemático para el manejo de la infor- 
mación y una base formal muy sólida para el estudio de problemas linguísticos, 
matemáticos y teóricos relacionados con la transmisión de mensajes 


- Investigación operativa, de E.C. Williams, originada en Inglaterra durante la 
II Guerr a Mundial e institucionalizada por la Sociedad de In vestigación 
Operativa Americana y la Sociedad de Irvestigación Operativa de Gran Bretaña. 


- Teoría de juegos, de Von Neumann y Morgenstern, que además se desarrolla 
paralelamente a la herramienta básica de los sistemistas: el ordenador. 


El enfoque sistémico se confunde a menudo con alguna de estas teorías, princi- 
palmente con la Cibernética y con la Teoría General de Sistemas [Rosnay, 1975]. 
La principal diferencia con la Cibernética es que el enfoque sistémico es mucho 
más general y la engloba. Mientras la cibernética es la ciencia del control y la regu- 
lación, el enfoque sistémico se ocupa de las car acterísticas invariantes que exis- 
ten en los sistemas, aunque no cabe duda de que los conceptos cibernéticos son 
de primordial importancia para entender cierto tipo de sistemas. La diferencia con 
la Teoría General de Sistemas es quizá más sutil pero también importante. La 
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T.G.S. (así nos referiremos a ella a partir de ahora) pretende establecer un forma- 


lismo matemático para describir el conjunto de sistemas que existen en la natu- 
raleza. El enfoque sistémico propone una forma de v er las cosas pero no una 


visión tan estricta con la de la T.G.S. 


Cibernética 


Por su importancia, la Cibernética merece un pequeño comentario 
aparte. Su origen se puede encontrar en la investigación en física teó- 
rica e ingeniería que se llevó a cabo durante la Segunda Guerra 
Mundial. De ella surgió la idea de la realimentación, que cuando es 
negativa da lugar a máquinas "autocorrectoras”. La hipótesis básica 
de la Cibernética es que el mecanismo principal del sistema nervioso 
es la realimentación negativa, hipótesis que se debe principalmente 
a Ashby y Wiener, aunque fue Wiener el que introdujo el nombre 
"cibernética" con su libro en 1948. Son varias las ideas nuevas que 
introdujo la Cibernética tanto en la ingeniería como en la neurofisio- 
logía, pero el ejemplo más característico y conocido de lo que se hacía 
por aquella época es el "homeostato" de Ashby. Consistía en cuatro 
¡manes suspendidos en un campo eléctrico en el que se pueden 
mover; cada imán recibe corriente de una determinada unidad y 
desviaciones en un imán producían variaciones en las otras tres fuentes 
de alimentación. Cada una de estas unidades constaba de un inte- 
rruptor con 25 posiciones que permitía realizar cambios discretos en 
la corriente que alimentaba cada imán. De esta forma, un cambio en 
un imán causaba cambios en la alimentación de los otros tres y estas 
variaciones, por la misma razón, alteraban su propia alimentación. 
Ashby afirma que el homeostato simulaba los procesos de aprendizaje 
en los animales al poder "aprender" por premio o castigo. Utilizando 
tres selectores y dejando uno libre se fuerza en el homeostato un 
determinado comportamiento, si falla se altera el interruptor libre 
(castigo), si acierta, no se toca. Cuando se consigue que el homeos- 
tato responda siempre como se le ha indicado se ha conseguido esta- 
blecer una línea estable de comportamiento. El homeostato permitía 
además otros muchos experimentos como modificar las realimenta- 
ciones, cambiar los cables de un interruptor a otro, forzar respuestas 
a mano, etc. Es interesante ver estos trabajos del homeostato en 
relación con la noción de aprendizaje y la, por entonces naciente, 
inteligencia artificial. 


También conviene diferenciar el enfoque sistémico del análisis de sistemas, pues 
este último es una consecuencia del primero. El análisis de sistemas es una meto- 
dología para tratar con sistemas y poder reducirlos a sus componentes e inter ac- 
ciones elementales, pero, para poder hacerlo , primero ha y que reconocer los 
sistemas, que es de lo que trata el enfoque sistémico. 
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Lo anterior es suficiente para tener una idea más o menos exacta de cómo surgió 
el enfoque o pensamiento sistémico . Cada autor suele interpretarlo según sus 
propios intereses haciendo hincapié en algún punto concreto de los que hemos 
mencionado, principalmente en la Cibernética y en la T .G.S.; pero no son puntos 
de vista ex cluyentes sino complementarios pues cada uno recoge las soluciones 
que se dieron a los mismo problemas desde campos muy diferentes. Aquí desarro- 
llaremos brevemente ambos. 


4. Los sistemas, según el M.I.T. 


Seguimos en este punto las ideas de Joél de R osnay [Rosnay, 1975] sobre cómo 
se desarrolló el enfoque sistémico. 


Podemos distinguir tres etapas en la ev olución de las ideas sobre sistemas. La 
primera de ellas se corresponde con la década de los 40 (a finales de la cual apa- 
recen los trabajos de Wiener, "Cybernetics", y la teoría matemática de la información 
de Shannon) en la que se establecieron diversos principios de control y regulación 
en las máquinas y se aplicaron en los organismos viv os. 


En los años 50 se dio el paso in verso, nociones asociadas a los organismos como 
memoria, reconocimiento de formas, fenómenos adaptativos, aprendizaje, etc, se 
empezaron a trasladar al mundo de las máquinas intentando que éstas simular an 
el comportamiento de los seres vivws. Se produjo también un relanzamiento de los 
estudios del organismo con progresos importantes en neurología, percepción y 
visión. (Ejemplo de ello son los trabajos de McCulloch y Pitts sobre la neurona arti- 
ficial, considerados como la base de las actuales redes neuronales, v er cuadro). 


MÁQUINAS ORGANISMOS 


Fig. 1. Las dos primeras etapas de evolución de las ideas sobre sistemas (Rosnay) 
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En los años 60 estas ideas se extienden a la empresa, la sociedad y la ecología y 

dan lugar a lo que podríamos llamar enfoque de sistemas gener ales, que intenta 
aplicar todos estos conceptos a sistemas de actividades humanas. Ha y que 
mencionar, para ser fieles a la realidad, que estos tr abajos son los más cuestio- 
nados y criticados de todo el enfoque sistémico por la forma de plantearlos y por 

las conclusiones a las que llegan. Más tarde v olveremos sobre ello. (Como trabajo 
más representativo de ésta época podemos citar el de Ja y Forrester con su 

Dinámica de Sistemas). 


Estas tres etapas constituyen para Rosnay el eje de la evolución del pensamiento 
sistémico. La razón para elegir como título del apartado "Los sistemas según el 
M.I.T" es que la ma yor parte de todos estos tr abajos se hicieron en esa famosa 
universidad americana. 


Fe EMPRESA SOCIEDAD e 


Fig. 2. Extensión evolutiva de las ideas sobre sistemas (Rosnay) 


Norbert Wiener, padre de la Cibernética, er a un matemático del M.I.T . que, par- 
tiendo de trabajos del neurofisiólogo Arturo R osenblueth y junto con el ingeniero 
Julian H. Bigelow, a la vista del comportamiento inteligente que parecían exhibir 
ciertos mecanismos de control (inteligente porque las decisiones se basan en la 
experiencia y en las previsiones del futuro) llegó a la conclusión de que en el hombre 
se dan también estos mecanismos de realimentación que permiten controlar la 
acción y se dedicó a estudiar estos mecanismos de realimentación. En 1948 
Wiener publica "Cybernetics "o "Regulación y comunicación en el animal y la 
máquina". Ese mismo año aparece el trabajo de Shannon y Weaver "Teoría mate- 
mática de la comunicación". En esta época se celebran los famosos seminarios de 
la fundación Josiah Macy, un foro donde se encontraban todas estas ideas y donde 
se sentaron las bases de muchos a vances importantes. 
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Warren McCulloch, neurofisiólogo que trabajaba con R osenblueth, tomó estas 
ideas como punto de partida y empezó a utilizar indistintamente el vocabulario de 
la ingeniería y de la biología creándose la "jerga" cibernética: aprendizaje, regu- 
lación, adaptación, autoorganización, percepción, memoria, etc. Influenciado por 
Bigelow, McCulloch desarrolla una retina artificial, tr abajo en el que colabor an 
Lettvin, Pitts y Maturana. La necesidad de que las máquinas realicen procesos típicos 
de los seres vivos acelera la investigación sobre los mecanismos cerebrales. Es el 
nacimiento de la Biónica, la Inteligencia Artificial y la R obótica. 


En esta misma época se funda la Sociedad par a la In vestigación Gener al de 
Sistemas, con Bertalanffy, Rapoport, Ashby, Raschewsky y Boulding. 


Redes neuronales 


La importancia de la sinergia entre los conocimientos de varios campos 
se puede ilustrar con un ejemplo muy claro. Las ideas desarrolladas 
para las máquinas se intentan trasladar a la comprensión de los 
mecanismos cerebrales. El primer trabajo de este tipo fue el de 
Warren S. McCulloch y Walter Pitts, un neurofisiólogo y un matemá- 
tico, publicado en 1943 y titulado "A logical calculus of the ideas 
inmanent in nervous activity". En él plantean un modelo simple de 
neurona funcionando con una actividad "todo o nada" (similar a la 
lógica binaria) y una serie de hipótesis que les permiten concluir que 
toda sentencia de la lógica de proposiciones se puede expresar con 
una red de neuronas y que existe una sentencia de la lógica de pro- 
posiciones para toda red. A partir de este trabajo, Hebb, en 1949, 
plantea el aprendizaje por correlación y la "regla de Hebb", una 
expresión aritmética que permite ponderar las conexiones entre neu- 
ronas y, por tanto, modificar la red para que aprenda. En 1958 F. 
Rosenblatt plantea el aprendizaje por imitación y diseña y construye 
(1962) el Perceptrón Mark I, una retina artificial con una capa de 
neuronas asociadas que intentaba utilizarse para reconocer formas. 


Muchas de estas investigaciones constituyeron la base de las actuales 
redes neuronales y son una muestra de esa sinergia de conocimien- 
tos entre varias disciplinas. Hay que decir también que este primera 
etapa fue seguida de un época en la que se abandonaron práctica- 
mente las investigaciones, sobre todo a raíz de la publicación en 1969 
de un libro de Marvin Minsky y Seymour Papert en el que se subraya 
la falta de valor científico de los escritos sobre perceptrones, los 
resultados frustrantes y además se demostraba que con una sola 
capa de neuronas se obliga a la separación lineal de las característi- 
cas (un problema relacionado con la topología y que indica, en defi- 
nitiva, que las características, expresadas en un plano han de poder 
separarse por otro plano). También sugerían la inutilidad de extender 
estos sistemas a varias capas (aunque luego esa ha sido la solución 
adoptada ya que se ha demostrado que con tres capas se puede reco- 
nocer cualquier espacio de características). 
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La tercera etapa tiene un representante muy conocido: Jay Forrester. Trabajando en 
el M.I.T inventa una memoria magnética ultrarrápida de la que posee la mayoría de 
las patentes y que se utilizó en muchos ordenadores hasta el decenio de los setenta. 
En 1952 se encarga de coordinar un sistema de alerta y defensa par a las fuerzas 
aéreas con la misión de detectar y rechazar un posible ataque enemigo sobre terri- 
torio americano. Durante este trabajo se da cuenta de la importancia del enfoque 
sistémico. En 1961 crea la Dinámica Industrial, en la que las empresas se consi- 
deran como sistemas cibernéticos, en 1964 crea la Dinámica Urbana y en 1971 
generaliza todos estos trabajos en la Dinámica de Sistemas y hace un estudio de 
la dinámica mundial. De esta época es el famoso trabajo para el Club de Roma en 
el que desarrolló un modelo del mundo del que se extrajeron conclusiones que 
todavía hoy se discuten. 


Dinámica de Sistemas 


La dinámica de sistemas es una metodología para el estudio, modelado 
y simulación de sistemas dinámicos, es decir, de sistemas en los que lo 
que interesa es su evolución con el tiempo. Como metodología se basa 
en las técnicas tradicionales de gestión de sistemas sociales, la teoría de 
sistemas realimentados y la simulación por computador [Aracil, 1979]. 
Los conceptos que se utilizan para modelar los sistemas son los niveles 
(estados), flujos (variaciones de los estados), canales materiales y de 
información (que indican transmisiones de una magnitud física o de 
información), variables auxiliares y exógenas (para simular ciertos 
aspectos de los sistemas), constantes (partes invariables del modelo) y 
retardos (elementos que simulan un retraso en la transmisión de infor- 
mación o de material). En la simulación del comportamiento de estos 
sistemas se utiliza un pequeño aparato matemático que sirve para refle- 
jar las variaciones de flujo, la influencia de las variables y las constan- 
tes, etc. En general la modelización es bastante intuitiva aunque a base 
de repetir estas estructuras se llegan a conseguir modelos realmente 
complejos. Para la programación del ordenador para simulación se uti- 
liza un lenguaje específico de programación llamado DYNAMO. 


Con estas herramientas Jay Forrester elaboró los conocidos modelos 
del mundo encargados por el Club de Roma y que le sirvieron a este 
último para realizar una serie de predicciones sobre la población 
mundial, la evolución de los recursos naturales, la contaminación, 
calidad de vida, etc. Estos modelos han sido ampliamente comenta- 
dos y criticados no sólo en los aspectos relacionados con lo puramen- 
te científico sino también desde el punto de vista político y de los 
objetivos perseguidos. Con ellos se pone de manifiesto un peligro evi- 
dente de la metodología sistémica que se hace aún más patente en la 
dinámica de sistemas. El modelador del sistema refleja en el modelo 
que construye sus propias creencias de forma que el sistema no refle- 
ja exactamente la realidad sino cómo la ve el que la modela, sobre 
todo cuando se trata de sistemas tan poco conocidos y predecibles en 
su comportamiento como es el mundo. 
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5. La Teoría General de Sistemas 


Se considera fundador de la teoría a Bertalanff y, por su insistencia en la creación 
de un cuerpo teórico partiendo de todas las ideas que iban apareciendo en su 
momento sobre sistemas en diferentes campos y que consider aba podían agruparse 
bajo una única disciplina. Sus formulaciones relacionadas con el concepto de 
sistema abierto fueron las primer as en introducir la idea de sistema como un 
movimiento científico, basándose primordialmente en la biología donde sostenía 
que el problema fundamental era encontrar las leyes de sistemas biológicos donde 
hay subordinación de las partes y los procesos componentes. Conceptos como el 
orden, la regularidad y el automantenimiento par alelos al cambio continuo y la 
regulación son muy difíciles de explicar desde la física o las matemáticas y par a 
Bertalanffy sólo podrían explicarse utilizando nuev os marcos conceptuales 
[Lilienfeld, 1984]. 


En 1947 Bertalanff y afirmaba: "existen modelos, principios y ley es aplicables a 
sistemas generalizados o a subclases suyas independientemente de su naturaleza, 
del carácter de los elementos componentes y de las relaciones o "fuerzas" exis- 
tentes entre ellos. P ostulamos una nuev a disciplina llamada T eoría General de 
Sistemas" [cita recogida en Bertalanff y, 1979, p . 15]. Esta T eoría Gener al de 
Sistemas surge, según Bertalanff y, de las siguientes consider aciones [citadas en 
Aracil, 1979]: 


a) Existe una tendencia general hacia la integración en todas las ciencias, tanto 
naturales como sociales; 


b) Esta integración puede centrarse en una teoría general de sistemas; 


c) Esta teoría puede ser un medio importante par a conseguir una teoría exacta 
en los campos no físicos de la ciencia; 


d) Esta teoría conduce a la unidad de la ciencia, al desarrollar principios unifica- 
dores que integran, verticalmente, el universo de las ciencias individuales; 


e) Todo ello puede conducir a una integr ación, ampliamente necesitada, en la 
educación científica. 


Y sobre estos puntos intentó construir una metateoría de alto nivel sobre sistemas. 
En 1950, Bertalanffy publica "An Outline of General Systems Theory" (The British 
Journal for the Philosoph y of Science, 1 (1950), pp . 134-165) y cinco años más 
tarde aparece en la misma publicación (1955, p . 331) un anuncio de que se está 
creando una Sociedad para el Progreso en Teoría General de Sistemas. Algunos de 
los promotores de la idea er an Bartalanff y, biólogo, K.E. Boulding, economista, 
R.W. Gerard, fisiólogo, y A. Rapoport, matemático. El propósito era la promoción 
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de "sistemas teóricos aplicables a más de un campo de los tr adicionalmente 
considerados en la ciencia". Y los objetivos eran los siguientes [Checkland, 1981]: 


a) Investigar el isomorfismo de conceptos, ley es y modelos en v arios campos y 
facilitar la transferencia de conocimientos de un campo a otro; 


b) Promover el desarrollo de modelos teóricos adecuados en las áreas que carezcan 
de ellos; 


c) Suprimir la duplicación de esfuerzos teóricos en diferentes campos; 


d) Promover la unidad de la ciencia a través de la mejora de las comunicaciones 
entre especialistas. 


Para los seguidores de Bertalanff y la Teoría General de Sistemas es, en última 

instancia, una perspectiva o paradigma nuevo, una nueva forma de hacer ciencia. 
E incluso van más allá al considerar que más que una teoría, en el sentido tr adicional 
del término, es un paradigma para desarrollar teorías y síntesis transdisciplinarias. 


Esta es la diferencia fundamental entre la T.G.S. y el enfoque sistémico. La primera 
busca una formalización bastante estricta de los conceptos e ideas asociados a los 
sistemas y cree en la existencia de una teoría de sistemas por sí misma sin relación 
con ningún campo concreto . Actualmente existen discrepancias dentro de los 
sistemistas de la T.G.S. sobre cómo interpretar el nombre de la sociedad que les 
acoge, International Societ y for Gener al Systems Research puede referirse a la 
investigación de sistemas generales, es decir al estudio de cualquier tipo de sistema, 
o la investigación general de sistemas, que constriñe en cierta forma el campo de 
actuación. Los partidarios de la primera opción llevan la idea de sistema al campo 
social, a la psiquiatría, a la psicología y a la filosofía (a la que Bertalanff y dedica 
muchos de sus escritos) y, como se les ha criticado con frecuencia, hacen de ello 
una ideología cerrada. Los partidarios de la segunda opción tienden a un estudio 
mucho más formal y matemático de los sistemas buscando aplicaciones concretas 
no tan difusas y de resultados no tan inciertos. Trabajos como los de Klir (v er 
Marcos Conceptuales), Checkland, Beer, etc., persiguen una aplicación inmediata 
de la noción de sistema. 


En cuanto al enfoque sistémico , se trata más de una forma de interpretación, de 
una herramienta, que de una disciplina científica. Sus seguidores no lo proponen 
como un nuev o paradigma científico aunque reconocen la importancia de este 
nuevo punto de vista. Para la mayoría de ellos el enfoque sistémico es una herra- 
mienta conceptual que permite manejar realidades complejas y que además es un 
reflejo de esa realidad. Otr a cosa es que dispongan de métodos genéricamente 
válidos para tratar con los sistemas o que se ha ya alcanzado un grado de formali- 
zación aceptable. Para terminar este apartado podemos citar a Simon, que resume 
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muy bien el papel que juega el enfoque sistémico: "su popularidad es más la 
respuesta a una acuciante necesidad de sintetizar y analizar la complejidad que el 
desarrollo de un cuerpo de conocimientos y técnicas par a tratar la complejidad" 
[Simon, 19691. 


6. Logros del enfoque sistémico 


No cabe ninguna duda de que los propósitos de los que parte la T .G.S. son muy 
interesantes pero no es menos cierto que, hasta ahor a, tan loables objetivos no 
se han conseguido. Hay que decir que, en puridad, tampoco existe la teoría general 
que buscaba Bertalanff y y los mismos fundamentos de la T eoría Gener al de 
Sistemas han sido objeto de div ersas críticas. P ara muchos, no es siquier a un 
cuerpo coherente de conocimientos, sino una serie de analogías muy difíciles de 
formalizar matemáticamente. La falta de contenido es el precio que se paga por 
la búsqueda de una generalidad absoluta. 


Es cierto que a pesar del tiempo tr anscurrido no se ha llegado a un cuerpo cohe- 

rente de conocimientos y lo que se sabe está lejos de poder consider arse una 

nueva disciplina científica o un paradigma revolucionario. Sin embargo, el enfoque 
sistémico ha facilitado importantes aportaciones en muchos campos concretos. Ya 
vimos antes cómo durante el desarrollo de gran parte de estas ideas y como resul- 
tado de la interacción entre varias disciplinas surgieron trabajos interesantísimos 
que hoy se consideran la base de muchas disciplinas importantes. 


Los trabajos en el M.I.T. además de crear una terminología ho y ampliamente 
utilizada, proporcionaron las bases para la Inteligencia Artificial y la R obótica. Ya 
hemos mencionado los tr abajos de McCulloch, pero no fueron los únicos porque 
todo este movimiento contribuyó a crear un estado de opinión frente a una serie 
de problemas y esto se reflejó en muy diversas disciplinas desde la neurofisiología 
a la ingeniería. 


La cibernética, a partir de Wiener y Ashb y, proporcionó las herr amientas básicas 
de los actuales servomecanismos y estudió por primera vez uno de los conceptos 
más importantes en el control de máquinas: la realimentación. Como ejemplo que 
merece comentario aparte podemos citar los trabajos de Beer sobre sistemas via- 
bles, basados integramente en la cibernética, que ho y en día se aplican con éxito 
en la gestión de empresas e incluso se ha llegado a diseñar sistemas de gestión 
de naciones. 


La dinámica de sistemas de Forrester, a pesar de las muchas críticas a sus modelos 
del mundo, también se ha con vertido en una herramienta importante para simu- 
laciones no sólo en ingeniería sino en los más div ersos campos. Existen v arios 
lenguajes de programación, el primero y más conocido de todos es D  YNAMO, 
especialmente concebidos para simular este tipo de sistemas en ordenador. 
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En general han sido muchas las disciplinas que se han beneficiado del enfoque 
sistémico y existen muchos tr abajos que aunque sin reconocerlo explícitamente 
recogen la idea de sistema o emplean alguna de las herramientas de los sistemistas. 
Se puede decir que ha propiciado importantes a vances en el desarrollo de conceptos 
y teorías menos gener ales de sistemas aplicables a problemas específicos o a 
determinadas clases suficientemente amplias de problemas. 


7. Crítica a la noción de sistema 


A pesar de consider arse, en gener al, como una aportación importante, el enfoque 
sistémico, y más la T.G.S., ha sido objeto de div ersas críticas, entre ellas la de ser 
una mezcla de ideas tomadas de muchos sitios y sin un esfuerzo por cohesionarlas: 


"...el enfoque, tal como lo encontr amos ahora, recuerda tanto por su historia 
como por su constitución al fenómeno conocido como "puding de R  oxbury". 
Esta formación se encontró en un suburbio de Massachusetts, fue producto de 
un mo vimiento glacial, el cual dur ante centurias arr astró, acumuló y luego 
incorporó un tipo de rocas bastante heterogéneo  ,todas colocadas en una 
matriz y luego solidificadas en una masa aglomer ada. Muchos fr agmentos 
conservan todavía su identidad y su carácter original, algunas han sufrido 
metamorfosis en diverso grado. De igual maner a, el enfoque de sistemas es 
una especie de mosaico, hecho de trozos y piezas de ideas, teorías y metodo- 
logías de un cierto número de disciplinas, entre las cuales son discernibles -además 
de la ingeniería- la sociología, biología, filosofía, psicología y economía. 


Cada disciplina tiene su propia concepción intrínseca y fundamental de sistema, 
conjuntamente con sus propias definiciones, principios, supuestos e hipótesis. 
Pero hay una dinámica que las empuja conjuntamente, que las hace "gemútlich" 
y las pro vee de un parentesco mutuamente sustentador . Este consiste en su 
orientación y énfasis en la totalidad de la experiencia, entidad o fenómeno bajo 
consideración...”. (Ira R. Ross, "Systems Analysis in Public Policy: A Critique", 
p. 27, Berkeley Calif. Univ. of Calif. Press, 1977, [citado por Lilienfeld, 1984, 
p. 275] 


La crítica al mo vimiento sistemista ha sido muy fuerte desde muchos campos y 
generalmente se basa en la falta de una formalización seria de los conceptos que 
maneja más allá de las aplicaciones concretas. Lilienfeld apunta 4 "vicios 
dominantes” en los sistemistas [Lilienfeld, 1984]: 


1. Una debilidad por las propuestas pragmáticas asociada a una escasez de resul- 
tados concretos. 


2. Una inclinación por fórmulas abstractas, esquemáticas y diagramas que tienen 
poca aplicación práctica. 
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3. Peticiones de principio fundamentales que toman las formas de un cambio 
irregular y presumiblemente in visible desde los "sistemas" concretos en toda 
su plenitud y complejidad hasta los modelos formales cerr ados que se basan 
en supuestos simplificadores. 


4. Ausencia de trabajos concretos más allá del refinamiento del sistema mismo . 


Y además añade los siguientes tres puntos como características de la teoría sistémica 
[Ibid., p.290]: 


1. Es una analogía, pese a la negación de muchos teóricos de sistemas. 


2. Con la teoría de sistemas se desarrollan pocas operaciones, a excepción de la 
teoría de la comunicación, donde la filosofía se derivó después del hecho; la 
filosofía misma no permite operaciones. 


3. Asume un determinismo en la ciencia que muchos científicos rechazan. 


Críticas que son ciertas en muchos casos y que en parte se derivan de la insistencia 
de algunos sistemistas en considerar a los sistemas como una disciplina científica 
y un nuevo paradigma. Como cuerpo genérico de ideas es totalmente cierto que 
la sistémica ha dado muy pocos frutos, pero si vamos a la aplicación de esas ideas 
en campos concretos la situación es totalmente distinta. En el campo de las ciencias 
"duras" los sistemas se han aplicado con bastante éxito y ha y también aproxima- 
ciones interesantes a problemas "blandos" que ciertamente son más propuestas 
de actuación o interpretación que aplicación práctica. Donde la crítica aparece más 
justificada es en campos como la sociología o la filosofía, en las que es frecuente- 
mente cierto que existe una auténtica ideología y propuestas más que discutibles. 


Rosnay también señala, con ánimo menos crítico pues es uno de los valedores del 
enfoque sistémico, algunos peligros de los sistemas [Rosnay, 1975, pp. 126-127]. 
En primer lugar apunta que es necesaria una desmitificación, que está en la línea 
de apartarse de los sistemistas "puros y duros" como Bertalanff y y adoptar más 
una actitud de interés transdisciplinar, en la complejidad y en la interdependencia. 
Una visión global que permita percibir la realidad compleja de las cosas y no un 
reduccionismo que tome como base el propio método sistémico. También aconseja 
huir de una aplicación sistemática de los principios sistémicos, lo que resulta obvio 
pues el enfoque analítico y el enfoque sistémico son complementarios, y además 
puede darse el caso de que una utilización abusiv a de analogías, homologías e 
isomorfismos compliquen las cosas en lugar de aclararlas. La unificación total que 
persiguen los teóricos de la T .G.S. corre el riesgo de con vertirse en una simplifi- 
cación abusiva, una idea fija o una receta de pensar (aquí R  osnay cita a Edgar 
Morin). 
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Es cierto que los matemáticos y físicos son los que más problemas tienen par a 
adaptarse a la idea de sistema pues la base fundamental de su pensamiento es el 
método analítico. Los biólogos, médicos y economistas tienen más facilidad par a 
percibir la noción de sistema pues continuamente están tratando con interacciones y 
con temas a los que es difícil aplicar el método analítico. Pero es peligroso intentar 
llevar las conclusiones de un campo a otro sin una profunda reflexión (recordar los 
postulados de la T.G.S.). De la misma forma, perseguir una teoría unificada de los 
sistemas que recoja todos sus aspectos e implicaciones y sea genéricamente apli- 
cable tiene unos riesgos grandes de apartarse de la realidad al ir tras un formalismo 
matemático generalizador que no se corresponda con la realidad. 


8. Resumen 


El enfoque sistémico ha de v erse como una herramienta intelectual muy poderosa 
que responde, como dice Simon, a una necesidad concreta de tratar la complejidad. 
Para comprender su significado y v alorarlo adecuadamente ha sido interesante 
repasar su historia, jalonada de descubrimientos y avances importantes, y aceptar 
la críticas que se le hacen cuando se intentan llev ar estas ideas a extremos poco 
razonables. 


Es difícil ver el enfoque sistémico o la T eoría General de Sistemas como una 
disciplina científica, a pesar de los muchos sistemistas que lo sostienen. Los 
conceptos son, necesariamente, demasiado v agos e imprecisos pues lo que se 
busca es la generalidad. Aquí es donde se corre el riesgo de no decir nada sobre 
todo (frente al riesgo de la especialización, saber todo sobre nada) y donde 
muchas veces se han centr ado las críticas al intentar presentar las ideas sobre 
sistemas no como una interpretación que permite manejar la complejidad sino 
como una teoría completa y formal de los sistemas. La propia idea de sistema es 
bastante difusa pues en cada aplicación se define el sistema de nuev o y aunque 
hay una concepción básica común las diferencias son a v eces importantes. 


No cabe duda, sin embargo, de que el enfoque sistémico es una gr an ayuda para 
comprender sistemas en los que las interacciones son muy fuertes e importantes, 
en contraposición a los sistemas que estudia la física clásica en los que la separa- 
bilidad y el principio de superposición son aplicables, por eso es por lo que muchos 
de los sistemistas son biólogos y también es que muchas de las críticas vienen de 
matemáticos y físicos que se quejan de la falta de formalismo y precisión de las 
ideas sistémicas. 


Desde el punto de vista de la ingeniería, el enfoque sistémico  ,como "softw are 
mental", es muy útil para percibir la riqueza y la complejidad de los diseños y los 
desarrollos y, al mismo tiempo, nos proporciona una serie de herramientas básicas 
para tratar esa complejidad y crear nuestra propia metodología de sistemas. 
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9. Bibliografía 


Dividida en dos apartados. En el apartado Notas Bibliográficas se comentarán 
aquellos trabajos que más profusamente han servido par a redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 


Notas bibliográficas 


La bibliografía existente sobre sistemas es muy abundante, algunas de las refe- 
rencias que hemos utilizado son las siguientes: 


El Macroscopio, de Joél de Rosnay, [Editorial AC, 1977, Madrid]. Un libro con 
propuestas realmente audaces, muy interesante y ameno de leer . Toca muchos 
temas y los ejemplos que utiliza v an desde la biología (la célula) a la economía, 
por lo que es muy útil par a ver la aplicación del enfoque sistémico a div ersas 
disciplinas. Capítulos especialmente interesantes son los dos primeros, con ejemplos 
de aplicación del enfoque sistémico a la ecología, la economía, la ciudad, la empresa, 
el organismo y la célula, y una buena introducción a la historia del enfoque sisté- 
mico (aunque algo sesgada hacia los sistemas dinámicos, dejando de lado la 
T.G.S.). La publicación original, en francés, data de 1975. 


Tendencias de la Teoría General de Sistema  s, de George J] . Klir [Alianza 
Universidad, 208, Madrid 1978]. Referencia frecuente (en el capítulo dedicado a la 
Simplificación volverá de nuevo), en este libro se recogen varios artículos de diver- 
sos autores y especialistas en sistemas, desde Bertalanffy a Ashby, Weinberg y el pro- 
pio Klir y es muy interesante par a profundizar en la problemática asociada a 
los sistemas, su aplicación en diferentes campos y las líneas de estudio seguidas 
por destacados sistemistas. 


Perspectivas en la Teoría General de Sistemas, de Ludwig von Bertalanffy, en 
la misma colección que el anterior (número 230) y que puede ser útil par a ver cuáles 
eran los planteamientos y motiv aciones iniciales que llev aron a la creación de la 
Teoría General de sistemas. En este libro ha y, quizás, un énfasis filosófico y 

doctrinal que puede dificultar la lectura, por lo demás muchas de las ideas que se 
exponen son las más criticadas del mo vimiento sistémico. 


Teoría de Sistemas, de R. Lilienfeld, [Editorial Trillas, México 1984], traducción 
del inglés un tanto "especial", lo que puede dificultar en algún momento la lectura, 
pero que no desmerece en absoluto el interés del libro . Una crítica muy fuerte, y 
razonada, de ciertos aspectos del enfoque sistémico, sobre todo de los doctrinales 
y su aplicación como ciencia social. La primer a parte contiene una reseña muy 

elaborada de todas las corrientes de pensamiento y autores concretos que destacan 
en el movimiento sistémico. 
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Perspectivas en la revolución de los ordenadores, de Z.W. Pylyshyn, [Alianza 
Universidad, No. 119, Madrid 1975]. Un auténtico "clásico", de él hemos extr aído 
algunas referencias sobre la cibernética y puntos concretos que hemos ido tocando 
a lo largo del capítulo. No es un libro dedicado a los sistemas sino al desarrollohis- 
tórico de la ciencia de los ordenadores. Fundamental paa cualquiera que quiera pro- 
fundizar en la informática y los ordenadores. Se compone de bastantes artículos, 
extensos en su mayoría, algunos de los cuales fueron aportaciones básicas, entre 
ellos destacan los de Von Neumann, Babbage, Shannon, Turing, Simon y Newell. 
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Capítulo 7: Tratamiento de la complejidad: simplificación 


La simplificación es un concepto indisociable de la complejidad. Si se admite la exis- 
tencia de una cierta complejidad en los sistemas o en los objetos, hay que pensar en formas 
de reducirla para poder abordar los problema asociados. Cualquier proceso de diseño es un 
proceso de tratamiento de complejidad en el que las ideas se van refinando sucesivamente 
hasta llegar a un modelo más o menos simplificado de lo que es la realidad. Dado que la isn- 
plificación es inevitable en todo proceso epistemológico, es conveniente analizar cómo se 
puede realizar preservando la mayor cantidad posible de significado y relevancia del problema. 
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1. Introducción 


Una vez reconocida la existencia de la complejidad en los sistemas y en el mundo 
en general hay que tratar de establecer las formas de tr atarla. La simplificación, 
más que una herr amienta, es una necesidad, un enfoque o un planteamiento 
imprescindible para tratar la complejidad. Sin embargo el problema de la simplifi- 
cación no se reduce a la eliminación de ciertas características o a despreciar algunas, 
o muchas, interrelaciones. El objetiv o de este capítulo es presentar el problema 
general de la simplificación y las div ersas aproximaciones a él que han adoptado 
diversos autores con la idea de mostr ar todas las facetas implicadas a la hor a de 
simplificar un sistema. Muchas de las ideas que v eremos aquí están íntimamente 
relacionadas con las presentadas en otros capítulos y se deben a la estrecha relación 
que existe entre la forma de considerar los sistemas y la aproximación que se elige 
para simplificarlos. 


2. El problema general de la simplificación. George J. Klir 


La complejidad de los sistemas se estudia principalmente para desarrollar métodos 
con los cuales se pueda reducir a niv eles manejables la complejidad de sistemas 
incomprensibles o intr atables. Esta es la definición más genérica que se puede 
hacer de la simplificación y , al mismo tiempo , nos indica la relación que existe 
entre la simplificación y el estudio de la complejidad de los sistemas. Para Klir, los 
problemas de simplificación son quizás los problemas más importantes del estudio 
de los sistemas. 


Quizá convenga recordar aquí que Klir parte de la idea de que la noción de com- 
plejidad está directamente relacionada con la de sistema. Y él desarrolla el tr ata- 
miento de la simplificación de acuerdo con los principios generales de complejidad 
que propone y su jer arquía de sistemas (v er el capítulo de Marcos 
Conceptuales). 


Principios generales de la complejidad de los sistemas 


1. La complejidad de un sistema, sea del tipo que sea, debe ser pro- 
porcional a la cantidad de información necesaria para describir el 
sistema. 


2. La complejidad de un sistema debe ser proporcional a la cantidad 
de información necesaria para resolver cualquier incertidumbre 
asociada con dicho sistema. 
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Para Klir, la complejidad de cualquier tipo de sistema está sujeta a dos principios 
generales, uno que la relaciona con la cantidad de información descriptiv a nece- 
saria y otro que la relaciona con la incertidumbre existente en el sistema. La sim- 
plificación debe estar, por tanto, orientada a reducir la complejidad basada en la 
información descriptiva y la basada en la incertidumbre. El principal problema adi- 
ca en que estas dos complejidades son, en cierta forma, contr apuestas, es decir, 
cuando reducimos una, aumenta la otr a o, en el mejor de los casos, permanece 
inalterable. 


Esta relación es fácil de ver con el siguiente ejemplo: definamos una clase de una 
universidad como un conjunto de alumnos que atienden a las mismas asignaturas 
en el mismo hor ario y en la misma aula. Este conjunto tiene una complejidad 
descriptiva asociada y una complejidad relacionada con la información necesaria 
para resolver las incertidumbres que se nos presentan respecto a él. Una definición 
de una clase determinada que reduce mucho la complejidad descriptiv a es la 
siguiente: esta clase está formada por 90 alumnos. Es una definición buena y la 
complejidad descriptiva es pequeña, pero la complejidad dependiente de la incer- 
tidumbre está prácticamente en su grado máximo, con esa definición no podemos 
resolver prácticamente ninguna incertidumbre. 


Supongamos que queremos estudiar la preferencia que tiene esa clase por un 
determinado equipo de fútbol. Saber que la clase tiene 90 alumnos nos proporciona 
la incertidumbre máxima (no sabemos nada), en este caso la complejidad descrip- 
tiva es muy pequeña y la complejidad de incertidumbre es muy gande. Si aumen- 
tamos la complejidad descriptiv a y decimos que la clase está formada por 90 
alumnos, de los cuales 15 son de Barcelona, 20 de Vigo y 55 de Madrid, la incer- 
tidumbre sobre las preferencias futbolísticas de esa clase disminuy e en una medida 
importante pues ya nos permite suponer, bastante razonablemente, cuales van a 
ser las preferencias de los tres grupos en que se ha dividido la clase. Es importante 
ver y entender cómo para reducir la incertidumbre ha y que aumentar la comple- 
jidad descriptiva y cómo una disminución de esta última complejidad conduce a un 
aumento de la incertidumbre. 


Para Klir, todas las estrategias de simplificación pueden reducirse a una formulación 
general, que no trataremos aquí. Las diferencias que ha y entre unos métodos de 
simplificación y otros se pueden resumir en cuatro puntos: 


1. El tipo epistemológico de sistema que se simplifica: Una forma genérica de 
simplificación es eliminar variables. Según sea el tipo de sistema con el que se 
trabaje así será la eliminación que se haga. Por ejemplo, en un sistema fuente 
se pueden eliminar directamente v ariables o reducir el niv el de resolución de 
sus valores, con lo cual se simplifica la complejidad descriptiv a, o se puede 
reducir el número de estados posibles de un sistema gener ativo para reducir 
así la complejidad dependiente de la incertidumbre. Como ejemplo de un 
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sistema fuente podemos tomar un circuito electrónico en el que, para reducir 
la complejidad descriptiva, no consider amos la disipación de potencia y nos 
quedamos sólo con las v ariables de intensidad de corriente y tensión. P- ara 
reducir la complejidad relacionada con la incertidumbre podemos pensar en 
reducir el ruido para evitar comportamientos extraños o en limitar la entr ada 
para evitar que algún componente entre en satur ación. 


. El conjunto de simplificaciones consideradas válidas dentro de un sistema: es 


evidente que no en todos los sistemas se puede aplicar el mismo tipo de 
simplificaciones. Así, en los sistemas de los que se ocupa la mecánica clásica 
se puede utilizar el principio de superposición par a simplificar la complejidad 
descriptiva, esto es absolutamente impensable en un sistema social, lo que 
determina una estrategia de simplificación radicalmente distinta, un psicólogo 
se sentiría muy feliz si pudiera estudiar las relaciones de grupos dividiéndolas 
en inter acciones dos a dos. El éxito de los mecanismos de simplificación 
depende mucho de ligerísimas variaciones en el sistema considerado y lo que 
puede valer para un caso deja de servir para otro. 


. Los dos tipos de complejidad determinados por los principios gener ales: 


Dependiendo de la estr ategia que elijamos, simplificaremos la complejidad 
descriptiva o la relacionada con la incertidumbre y la con veniencia de reducir 
una u otra depende de cada caso particular. El método más común de reducir 
la complejidad descriptiva de un sistema es descomponerlo en subsistemas, 
lo que conlleva un aumento (o , en el caso mejor , una estabilización) de la 
complejidad dependiente de la incertidumbre, dado que el sistema es más que 
la suma de las partes. Un ejemplo útil para ver mejor este punto es la célula. 
Al describirla, la dividimos en diversas unidades funcionales, cada una con una 
misión concreta. Sin embargo, la reunión simple de todos estos elementos no 
da lugar a una célula, simplemente a un conjunto de elementos. Al dividir la 
célula en partes funcionales diferenciadas hemos dejado de lado todas las 
interrelaciones entre estas partes, interrelaciones que son fundamentales pala 
el funcionamiento del todo pero que no son relev antes en el comportamiento 
de cada parte. Por otro lado, los sistemas presentan la propiedad de la emer- 
gencia, es decir, que el todo presenta características que no son explicables a 
partir de los elementos que lo forman. Estas car acterísticas, al quedar elimi- 
nadas descomponiendo la célula en subsistemas, aumentarán la incertidum- 
bre a la hor a de predecir el comportamiento de la célula. Un método muy en 
boga para reducir la complejidad relacionada con la incertidumbre es disminuir 
la precisión exigida y utilizar la teoría de conjuntos borrosos que permite 
manejar un grado de incertidumbre mayor. Evidentemente, introducir la borro- 
sidad en un sistema complica mucho su descripción y por tanto aumenta la 
complejidad de este tipo. 


Tratamiento de la complejidad: simplificación 


4. La naturaleza de otros órdenes de preferencia (respecto a las simplificaciones). 


Con todo ello , Klir nos presenta una formulación muy amplia de problema de la 
simplificación que nos es muy útil como punto de partida par a desarrollar este 
tema. 


3. La simplificación, según Gerald M. Weinberg 


Para Weinberg la simplificación es un punto de mucha importancia, tanto es así, 
que define la ciencia de los sistemas como la ciencia de la simplificación. Rira ¡lus- 
trarlo propone el siguiente ejemplo: 


Consideremos el problema de describir un sistema de dos objetos. En este sistema 
hay cuatro ecuaciones: a) cómo se comporta cada objeto por separado, dos ecua- 
ciones; b) cómo se relacionan entre ellos, una ecuación; y c) qué sucede cuando 

los objetos no están, una ecuación, conocida como ecuación de campo . Para 
describir un sistema con n cuerpos se tiene 2 " ecuaciones. Para 10 cuerpos esto 
resulta en más de 1.000 ecuaciones. Si lo que se pretende es estudiar el sistema 

solar, formado por unos 100.000 cuerpos el número de relaciones es de 10", un 
problema realmente intratable. 


Hipotéticamente, éste fue, sin embargo , el problema que se le planteó a Newton 
cuando intentó describir el comportamiento del sistema solar . Resulta evidente 
que es necesario utilizar algún medio de simplificación que haga que el problema 
se reduzca a límites manejables: 


En primer lugar consideremos que podemos prescindir de las masas pequeñas y a 
que no influyen de manera decisiva en el comportamiento de las masas gr andes 
como son los planetas o el sol. Con ello hemos reducido el problema de 10 90 
ecuaciones a unas 1.000, correspondientes a 10 cuerpos. La diferencia es apreciable 
pero, no disponiendo de un ordenador, 1.000 ecuaciones se pueden plantear pero 
no resolver. 


El segundo paso es aplicar el principio de superposición, es decir, suponer que se 
pueden aislar las relaciones de los cuerpos dos a dos, lo cual es factible porque la 
ley de la gravedad así nos lo indica ya que postula que la fuerza de atracción entre 
dos cuerpos no depende de la presencia de un tercero . Con ello podemos reducir 
nuestro sistema de ecuaciones a unas 45. Sistema que y ase puede consider ar 
resoluble. 


Pero Newton fue más allá. Supuso que el sol, al ser mucho ma yor que el resto de 
las masas planetarias, er a la masa dominante en el sistema, de forma que se 

podrían ignorar las relaciones entre los planetas, quedándose sólo con las relaciones 
sol-planeta. Esto reduce el sistema de ecuaciones a 10. Y aún hiz o más, supuso 
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que las relaciones sol-planeta podían aislarse una a una, de forma que la resolución 
de las ecuaciones requería mucho menos cálculo pues n ecuaciones requieren n ? 
unidades de computación, mientras que n ecuaciones separadas requieren unica- 
mente n unidades de computación. En este punto dejó de simplificar y ya resolvió 
el sistema. 


El viento del sol 


En cierto sentido se puede decir que los vuelos espaciales se deben a 
Newton. Gracias a sus cálculos, a su ley de la gravedad y a sus teorías 
se pueden calcular las órbitas de los satélites. Sin embargo, el método 
seguido por Newton tiene simplificaciones peligrosas para los que 
calculan una determinada órbita para un determinado satélite pues a 
menudo estas simplificaciones no son del todo correctas. Ejemplo de 
ello son los cálculos de la órbita del satélite Echo (Eco, en español), 
que era, básicamente, una esfera de Mylar inflada. Tras meses de 
trabajo se vió que las ecuaciones clásicas no valían para el Echo. Se 
daba el caso, averiguado tras muchos cálculos, de que el Echo, dada 
su composición, tenía una densidad muy baja y comparativamente 
resultaba mucho mayor que cualquier cuerpo solar "normal". El 
resultado era que no se podía despreciar la presión de la luz radiada 
por el sol -el viento solar- como se hace con los cálculos de las órbitas 
"normales”.[A partir de Weinberg, en (Klir, 1972, p.124)]["El viento 
solar" es un cuento de Arthur C. Clarke, Alianza Editorial, Colección el 
Libro de Bolsillo, Madrid, 1974]. 


Hoy, con toda la potencia de cálculo que los ordenadores ofrecen, es díficil com- 
prender por qué los cálculos de las órbitas planetarias de Newton se cuentan entre 
los logros más importantes de la mente humana. Newton y sus contemporáneos 
estaban muy interesados por los supuestos simplificadores que les permitían realizar 
cálculos como el descrito . Con el límite práctico de cálculo muy por debajo del 
actual, Newton necesitaba de todos los supuestos simplificadores que pudiese 
encontrar y ahí está el secreto de su genialidad, seguir un proceso de simplificación 
que le permitió llegar a un problema abordable y que al mismo tiempo mantenía 
la validez de los resultados. T ambién tuvo la suerte de que los instrumentos de 
observación de su época eran infinitamente menos precisos que los actuales. 


El problema de la simplificación sigue siendo muy importante hy en día. Establecer 
unos principios generales de comportamiento y unas líneas simplificador as válidas 
de forma que los problemas complejos sean manejables no es una tarea sencilla. 
Cada problema requiere su método de simplificación particular y hay que ser muy 
cuidadoso con los factores que se desprecian, un ejemplo de los problemas que 
pueden resultar de no hacerlo así se resume en el cuadro "El viento del sol". 
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4. Tempus y Hora. Una estrategia de simplificación, según 
H.A. Simon 


Dentro de su ensayo "La arquitectura de la complejidad", en el que trata diversos 
aspectos relacionados con la complejidad de los sistemas, Simon propone una de 
las parábolas emblemáticas del estudio de la complejidad, que ilustr a perfecta- 
mente cómo se puede tratar ésta y los problemas deriv ados de ella. El cuento, o 
la parábola, como lo llama Simon, dice más o menos asÍ: 


Hubo una vez dos relojeros, llamados Tempus y Hora, que fabricaban relojes de 
excelente calidad. Los dos gozaban de una gr an reputación y tenían un gr an 
número de clientes. Sin embargo , Hora prosperó mientr as que T empus se fue 
empobreciendo cada vez más hasta que finalmente perdió el negocio. La razón de 
ello requiere una explicación previa. 


Los relojes que ambos hacían estaban compuestos por unas 1.000 piezas. EÉmpus 
ensamblaba los relojes de tal manera que si interrumpía el proceso de fabricación 
en cualquier punto que no fuer a el final de la construcción del reloj, esté se 
desmontaba y había que empezar el proceso de nuevo desde el principio. A medida 
que tenía más clientes que llegaban a su taller a formalizar sus encargos, sufría 
más interrupciones y se le hacía más difícil tener tiempo suficiente para acabar un 
reloj. 


Los relojes que hacía Hora no eran menos complejos, pero estaban diseñados de 
tal forma que se podían construir partes completas por separ ado, cada una de 

ellas de unas diez piezas. Cada parte de éstas servía para construir otra subparte 
más grande de unas cien piezas y diez de estas subpartes formaban el reloj com- 
pleto. De aquí que, cuando Hora se veía interrumpido por un cliente, con la misma 
frecuencia que Tempus, el trabajo que perdía er a sólo una pequeña parte del 

trabajo total, consiguiendo montar un reloj en mucho menos tiempo que Tempus. 


El propio Simon analiza numéricamente este ejemplo. Supongamos que la proba- 
bilidad de interrupción mientras se monta una pieza es p La probabilidad quetiene 
Tempus de acabar un reloj es la probabilidad de que no le interrumpan mientr as 
monta cada una de las 1.000 piezas, esto es, (1 - p) *%, que para p ma yor que 
0,001 es una probabilidad muy pequeña y supone que cada interrupción representa 
perder 1/p partes montadas. Por otro lado, Hora tiene que completar 111 montajes, 
cada uno de diez partes, de forma que la probabilidad de no ser interrumpido 
mientras completa cada una de estas subpartes es (1 - p) ”, aunque lo que más 
interesa es que cada interrupción supone que sólo se pierde el tr abajo de montar 
5 piezas. 
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Para p = 0,01 basta decir que T empus conseguiría completar 44 relojes de cada 
millón de intentos mientras que Hora conseguiría acabar 9 de cada 10 subpartes 
de las que empieza, lo que se tr aduce en una relación de 4.000 a 1. 


La moraleja evidente de esta parábola es que la complejidad se puede manejar 
muy eficientemente, aunque no en todos los casos, por medio de módulos o jear- 
quías, otro aspecto muy importante de la complejidad que tr ataremos aparte en 
un capítulo más extenso. El ejemplo que propone Simon es muy útil par a ilustrar 
cómo reducir la complejidad descriptiva según el punto 3 que propone Klir. 


5. Un paso más allá de la simplificación. Bell y Newell 


Como decíamos al principio de este capítulo , la simplificación es una necesidad, 
dada la complejidad del mundo que nos rodea. Hemos visto diversos ejemplos de 
cómo se reduce la complejidad de un determinado sistema hasta tener un niv el 
asequible. Klir muestr a los aspectos formales del problema de la simplificación, 
Weinberg lleva la idea aún más lejos considerando la simplificación como una ciencia 
("La simplificación de la ciencia y la ciencia de la simplificación” [Weinberg, en Klir, 
1978]) y nos proporciona un ejemplo muy ilustrativo de su importancia en la ciencia. 
Simon también propone un ejemplo par a demostrar la importancia de las jer ar- 
quías y la modularidad en el tratamiento de sistemas complejos. Con todos estos 
autores hemos desarrollado una imagen muy completa de lo que es la simplificación, 
pero falta algo más. 


La simplificación por sí sola no sine para tratar sistemas complejos. Efectivamente 


es un problema muy importante pero es sólo un lado de la ecuación. La formulación 
completa de esta ecuación es la que aparece reflejada en la siguiente figur a: 


DT TOS 


SIMPLIFICACIÓN COMPLEJIFICACIÓN 


=—__ __ 


Fig. 1. La simplificación y la complejificación, como procesos complementarios 
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Este bucle define una jer arquía epistemológica, una espir al evolutiva del conoci- 
miento [Morin, 1986, p. 63]. En un primer paso, al enfrentarnos con un sistema o 
con un objeto genérico ha y que seleccionar algún método de simplificación que 
nos permita alcanzar el adecuado balance de variedades (ver el capítulo dedicado 
a la variedad y la ley de la variedad requerida), esto es el proceso que Weinberg 
quiere mostrar con el ejemplo de Newton. Una vez que se ha alcanzado un cierto 
grado de conocimiento sobre el sistema o el objeto, nuestra variedad se amplía y 
somos capaces de abarcar realidades más complejas pues disponemos de una teoría 
explicativa y de un lenguaje que nos permite nombr ar lo que v emos (sobre la 
importancia del lenguaje v olveremos más adelante). Entonces se produce el 
proceso complementario, complejificamos, esto es, desarrollamos a partir de ese 
modelo simplificado una serie de conocimientos que nos permiten aumentar el 
alcance y la profundidad de lo que sabemos. 


Es un cambio permanente de perspectiv a: primero, observamos la totalidad y la 
simplificamos para poder explicarla; cuando aprehendemos esa realidad se abren 
multitud de nuev as perspectivas -complejificación-, que de nuev o volvemos a 
simplificar en un nivel superior de conocimiento par a poder profundizar en su 
estudio. La simplificación ilustr ada por Weinberg conduce a la ley de gr avitación 
universal y a una estructur a determinada del sistema solar, una vez que ésta se 
conoce se puede aumentar el número de factores que consideramos y llegar a un 
nuevo modelo de sistema solar. 


Este bucle se puede interpretar a la luz de los dos principios gener ales de la 
complejidad de Klir. La simplificación es una reducción de la complejidad descriptiva, 
la complejificación una disminución de la incertidumbre asociada con el sistema. 
Ambas son complementarias y constituy en las piezas fundamentales del ciclo 
cognitivo que ilustra la figura 1. 


Para tratar este punto con más detalle, vamos a tomar como ejemplo la jerarquía 
que proponen Bell y Newell para un ordenador en la que se ilustra perfectamente 
cómo se debe de jugar tanto con la simplificación como con la complejificación 
para describir un sistema completo . Además, utilizar este ejemplo nos puede 
servir también como un primer nex o de unión con la parte de este tr abajo dedi- 
cada a las tecnologías de la información y como ejemplo de aplicación de todas las 
ideas desarrolladas hasta ahora. 
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6. Niveles y Abstracciones 


Ya hemos visto cómo se puede reducir la complejidad de un sistema si se organiza 
en varias partes o, lo que es lo mismo, en varios niveles. Esto nos permite enten- 
derlo mucho mejor al separar diferentes propiedades y características en diferentes 
estratos que se pueden estudiar por separado. 


Esto es lo que hicieron Bell y Newell con los ordenadores. Descomponiendo éstos 
en varios niveles se facilita el estudio de sus diversas funcionalidades y el análisis 
de sus car acterísticas. Para ello se manejan dos conceptos fundamentales: abs- 
tracción y refinamiento. El paso de un nivel inferior de la jerarquía a otro superior 
se hace por abstracción, es decir, suprimiendo detalles innecesarios y quedándose 
sólo con la información relevante en cada nivel. El paso de un nivel superior a otro 
inferior se hace por refinamiento, es decir, ampliando los detalles de ese niv el. 


Dicho de otra manera, cada niv el del sistema se car acteriza por una serie de 
componentes y una serie de formas de relacionarlos par a formar estructuras. El 
comportamiento de un niv el se define en términos del comportamiento de sus 
componentes y de las combinaciones específicas. Para pasar a un nivel superior se 
abstraen los detalles de los componentes y nos quedamos sólo con lo relev ante a 
ese nivel. Para descender a un niv el inferior se amplían los detalles de esos 
componentes, se refina la estructur a con un gr ado de discriminación cada v ez 
mayor. 


Y ésta es una car acterística recursiva: un sistema, formado por una serie de 
componentes organizados de una determinada maner a, puede v erse como un 
componente de un sistema superior . En todos los niv eles se pueden distinguir 
sistemas que no se pueden explicar a partir de estructuras de sistemas del mismo 
tipo, estos sistemas se denominan primitivas. Una resistencia, por ejemplo, es una 
primitiva en un circuito, pero no siempre hay primitivas puras (los operadores lógicos 
AND, OR, NOT, NAND, NOR, etc. pueden todos representarse unos en función de 
otros, luego no se podría hablar de primitivas estrictamente). 
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El ordenador, como jerarquía de niveles 


Siewiorek, Bell y Newell proponen una interpretación jerárquica del 
ordenador en la que los niveles inferiores son "los ladrillos" con los 
que se construye el nivel inmediatamente superior. En cada nivel se 
pueden distinguir componentes, que se pueden ver como primitivas 
en ese nivel, y estructuras construidas a partir de varios componentes. 


El nivel más bajo sería el nivel de circuitos, los componentes en este 
nivel son resistencias, condensadores, bobinas, transistores, etc. Las 
estructuras que con ellos se construyen son los amplificadores, 
retardos, relojes, puertas lógicas, etc. 


El siguiente nivel sería el nivel de diseño lógico, a su vez dividido en 
los subniveles de transferencia de registros y de conmutación de 
circuitos. En este último los componentes son las puertas, flip-flops, 
"latches", retardos, etc. Las estructuras son contadores, registros, 
codificadores y decodificadores. En el subnivel de transferencia de 
registros los componentes son los registros, contadores y demás, 
mientras que las estructuras ya son unidades aritméticas, secuencia- 
dores. Como estructuras superiores de este nivel estarían los micro- 
programas y las microrrutinas. 


Estos dos niveles son suficientes para ilustrar cómo cada nivel tiene 
unos componentes básicos y unas estructuras que se construyen a 
partir de ellos y también cómo cada nivel tiene su lenguaje propio que 
sólo se entiende en ese nivel. Para los circuitos una parte de ese len- 
guaje es la ley de Ohm, que no tiene ningún sentido en el nivel de 
diseño lógico, donde el lenguaje es el álgebra de Boole, por ejemplo. 
La existencia de estos lenguajes diferenciados es una prueba de la 
existencia de estos niveles. 


Esta jerarquía considera también el nivel de programa, dividido en 
varios subniveles, donde se utilizan los diferentes lenguajes de 
programación que existen, lenguaje ensamblador para el subnivel 
más bajo, primitivas del sistema operativo, lenguajes de programación 
de aplicaciones, módulos de aplicaciones (librerías de funciones 
matemáticas, por ejemplo) y aplicaciones completas (como puede ser 
un sistema de reserva de billetes). Por encima de este nivel está el de 
Procesadores-Memoria-Conmutadores, en el que se manejan redes 
de ordenadores, sistemas multicomputador, etc. 


Cada sistema se constituye así en un nivel de la jerarquía en que se descompone 

el sistema total y se caracteriza por un lenguaje distintivo que permite representar 
los componentes de ese nivel (componentes, leyes de comportamiento y relaciones) 
y además representa propiedades especiales de esos componentes pues de no ser 
así no tendría sentido utilizar un lenguaje específico . El hecho de que estos lenguajes 

son muy distintos aumenta la confianza sobre la existencia de diferentes niv eles. 
Esto se puede relacionar directamente con la jerarquía de niveles que propone Klir 
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en la que cada nivel epistemológico tiene un lenguaje concreto y distintivo asociado. 
Este proceso se puede ver en la figura 3. La jerarquía que proponen Bell y Newell 
se resume en la figura 2. [Siewiorek, Bell y Newell, 1982, p. 10]. 


Fig.2. Jerarquía descriptiva de los ordenadores (Bell y Newel, 1982) 
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Fig. 3. Jerarquía de niveles, cada uno con su lenguaje correspondiente 


7. Resumen 


La simplificación es un concepto indisociable de la complejidad. Como hemos 
señalado repetidas veces a lo largo del capítulo, la simplificación es una necesidad 
que viene impuesta por la complejidad de las cosas. V arios ejemplos nos han 
servido para ilustrar cómo se aplican diferentes formas de simplificación a diversos 
sistemas para conseguir reducirlos a una complejidad manejable. Pero más que el 
proceso en sí, nos interesa destacar la relación que existe entre simplificación y 
muchos conceptos relacionados con la complejidad que hemos tratado en capítulos 
anteriores. 


Los principios generales de complejidad de Klir nos proporcionan la primer a pista 
al incluir la incertidumbre en la complejidad de los sistemas. El bucle simplifica- 
ción/complejificación nos permitre relacionar la disminución de la complejidad 
descriptiva con la simplificación y, por tanto, con el aumento de incertidumbre. De 
ahí podemos saltar al Azar, pues la pregunta de si existe un Azar en sí mismo o 
es producto de nuestr a ignorancia está directamente relacionada con el binomio 
descripción/incertidumbre. Si admitimos que no podemos describir las cosas en su 
totalidad (como postula el principio de Heisenberg) siempre existirá una incerti- 
dumbre asociada, incertidumbre que se traduce en Azar (ver el capítulo dedicado 
a los conceptos relacionados con la complejidad). ¿Hasta dónde se puede llegar 
siguiendo el bucle epistemológico de complejificación/simplificación?; ésta es una 
pregunta que queda abierta y que invitamos al lector a responder desde la perspec- 
tiva global de este trabajo. 


Por otro lado, la simplificación puede intentar formalizarse a tr avés de la Ley de 
Variedad Requerida formulada por Ashb y y que recogemos en el capitulo dedicado 
ala Variedad. La simplificación está encaminada a equilibr ar las v ariedades, 
actuando como amplificador y reductor de v ariedad a un tiempo, y ha de cumplir 
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las leyes cibernéticas sintetizadas en esta ley. También invitamos al lector a refle- 
xionar sobre esta formulación. 


8. Bibliografía 


Dividida en dos apartados. En el apartado Notas Bibliográficas se comentarán 
aquellos trabajos que más profusamente han servido par a redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 


Notas bibliográficas 


El problema de la simplificación ha sido tratado por muchos autores y la bibliografía 
disponible es muy abundante, aunque un tanto dispersa al encontrarse las refe- 
rencias a este tema dentro de obr as con unos objetivos más amplios. Los títulos 
que aquí hemos utilizado como referencia son los siguientes: 


Gerald M. Weinberg, "Una aproximación por computadores a la Teoría General de 
Sistemas", artículo que se encuentr a en el libro editado por George J . Klir 
"Tendencias de la Teoría General de Sistemas ", de la colección Alianza 
Universidad Ciencias, num. 208, Madrid 1978. Este artículo puede resultar muy 
interesante a los aficionados a la informática pues presenta muchas de las ideas 
sobre complejidad y sistemas a tr avés de ejemplos donde el ordenador juega un 
papel primordial. El libro, editado por Klir, es una obra importante, que ya hemos 
utilizado varias veces en otros capítulos, y que recoge div ersos artículos sobre 
sistémica de varios reconocidos expertos del tema (Ashb y, Bertalanffy, Weinberg, 
el propio Klir, etc.) y que puede proporcionar una panorámica muy amplia de lo 
que es el enfoque sistémico, además tiene la ventaja de estar en español. 


George J. Klir, "Complexit y, Some Gener al Observations", Systems Research, 
No. 2, pp. 131-140, 1985. Artículo básico en el estudio de la complejidad y que 
recoge gran parte de las ideas de su autor . Este artículo también nos ha servido 
de referencia en el capítulo de Marcos Conceptuales y la mayoría de las ideas que 
en él se presentan aparecen también en el libro de Klir que se comenta en el capítulo 
de Conceptos relacionados con la Complejidad. 


Herbert A. Simon, "The Architecture of Complexit y", ensayo recogido en el libro 
The Sciences of the Artificial , MIT Press, 1969. Éste es un pequeño libro con 
una serie de conferencias de Simon que tocan puntos muy diversos y muy intere- 
santes. El artículo que tomamos como referencia es muy conocido y frecuente- 
mente citado, tanto por los partidarios del enfoque sistémico como por sus detac- 
tores, dado que es una apro ximación imparcial a los sistemas con críticas y 
propuestas de desarrollo muy acertadas. El resto del libro es también muy inte- 
resante y recomendable. 
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Siewiorek, Bell y Newell, Computer Structures: Principles and Examples , 
McGraw Hill, Nueva York, 1982. Es una auténtica biblia y enciclopedia de la estruc- 
tura y arquitectur a de los computadores desde su primer a aparición, sin 
Siewiorek, en 1971. Utiliza en sus primeros capítulos un método descriptivo jerár- 
quico y define los lenguajes ips y pms. 


Referencias bibliográficas 


Klir G.J. (1985) "Complexit y, Some General Observations", Systems Research, 
No. 2, pp. 131-140. 


Siewiorek, Bell y Newell (1982), Computer Structures: Principles and 
Examples, McGraw Hill, Nueva York. 


Simon H.A., (1969) "The Architecture of Complexit y", ensayo recogido en el libro 
The Sciences of the Artificial, MIT Press. 


Weinberg G.M. (1978), "Una apro ximación por computadores a la Teoría General 


de Sistemas", en George J. Klir, Tendencias de la Teoría General de Sistemas, 
de la colección Alianza Universidad Ciencias, num. 208, Madrid. 
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Capítulo 8: Las jerarquías 


Los sistemas que plantean problemas de gran complejidad no se prestan a una 
descripción que a la vez sea suficientemente detallada y comprensible en su totalidad por 
un observador. La aproximación jerárquica nos permite descomponer el sistema complejo en 
niveles, cada uno de una complejidad menor, y nos da una estructura para entender el 
conjunto. 


Pero no sólo es útil el concepto de jerarquía a la hora de describir un sistema. También es 
una herramienta adecuada para ayudar a la toma de decisiones, o a la organización. Esto es 
debido, entre otras cosas, a las ventajas que aporta en la construcción o comprensión de la 
complejidad, y en el proceso de información. 


La jerarquía, como herramienta, puede considerarse como un potente ejemplo de filtro de 
variedad, cuyo uso, además, está muy extendido en las ciencias. 
T.I > 


ENFOQUES Y TEORÍAS 


CONCEPTOS 


VARIEDAD 


MARCOS 


TRATAMIENTO SISTEMAS 
E E, 
ESTRUCTURA 
JERARQUÍAS y 
HISTORIA 
TRATAMIENTO SISTEMAS 
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1. Introducción 


Podemos decir que, "casi por definición, los sistemas v erdaderamente complejos 
escapan a una descripción completa y detallada" [Mesaro vic y Mack o, 1969]. El 
problema es que si queremos estudiar el sistema con gran detalle, llegamos a una 
situación donde "los árboles no nos dejan v er el bosque", donde perdemos por 
completo la visión de conjunto , y con ella la comprensión del sistema como un 
todo. Por otra parte, si intentamos abordarlo desde el punto de vista más gener al, 
buscando un modelo "sencillo", que sea comprensible, hemos de dejar de lado los 
detalles, lo que en un sistema complejo es frecuentemente inadmisible. 


Para sortear este callejón aparentemente sin salida, echaremos mano del concepto 
de jerarquía. Pero no entendiéndolo como un conjunto parcialmente ordenado por 
una relación de dominación, sino en el sentido más amplio de división de los 
problemas en niveles de organización [Bunge, 1969]. De esta forma, en cada niel 
nos dedicaremos a estudiar todos sus componentes con el detalle necesario, pero 
con la ventaja de que podemos apo yarnos para ello en una visión "sencilla" del 
nivel inferior. Así tenemos a la v ez el detalle y la visión de conjunto , lo que nos 
permitirá manejar con mayor facilidad la complejidad del sistema. 


Comenzaremos por analizar los aspectos comunes a las distintas formas de entender 
el concepto de jerarquía. Aparecerá así la idea de estrato, central a la hora de tratar 
con jerarquías. Simon nos proporcionará la primer a definición, basada en la idea 
de "subsistemas interrelacionados en cada nivel”. 


Más adelante, Wh yte introduce las jer arquías estructurales, concepto cla ve a la 
hora de entender cómo se enfrenta la ciencia a los problemas que trata de resolver. 
Mesarovic y Macko, por su parte, diferencian tres conceptos que aclar an un poco 
más nuestra idea de jer arquía, según esta idea se aplique a la descripción, a la 
toma de decisiones o a la organización. 


Veremos también una formalización matemática del concepto de jer arquía, para 
aportar un poco de rigor a las definiciones vistas hasta ese momento  . Y se pro- 
pondrán una ideas (debidas a Wells) sobre cómo se manifiestan las jer arquías en 
el mundo real. Por último, realizaremos un pequeño estudio que pretende responder 
a la pregunta de por qué la jerarquía es un modelo de organización tan extendido. 


2. Una aproximación al concepto de jerarquía 


Para entrar en contacto con la idea de jerarquía de una forma "suave", recurriremos 
a las opiniones de un filósofo [Grene, 1969]. Dado que la intención estr atar el 
tema desde un punto de vista lo más científico posible, esta actitud puede parecer 
extraña. Pero tiene la v entaja de que estas opiniones enlazan muy bien con las 
ideas intuitivas que cualquier persona suele tener sobre las jer arquías. 
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Cuando estudiamos los conceptos en que se basan las diferentes ramas del saber, 
podemos apreciar que el término "jerarquía" aparece con mucha frecuencia. Pero 
en una primera aproximación da la impresión de que cada uno lo usa con un 
significado distinto. Así, oímos a los astrofísicos, y nos quedamos con la idea de 
clasificación por niveles, de acuerdo al tamaño (o a v eces, a la densidad media) 
de los cuerpos. Los biólogos, sin embargo, no parecen preocupados por este tipo 
de cuestiones a la hor a de establecer sus clasificaciones. Ellos se centr an en la 
búsqueda de una organización donde la disposición de los elementos de un niv el 
restrinja el comportamiento de esos elementos, fa voreciendo la emergencia de 
nuevas propiedades. Aparece de esta manera el concepto de regulación: la distinción 
de un nuevo nivel tendrá lugar al manifestarse un nuevo sistema que ejerce algún 
tipo de control sobre los elementos que lo componen (que serán por su parte 
miembros del nivel inferior). 


Y de esta manera podríamos seguir explorando diversos campos científicos, cada 
uno con su propio concepto de jer arquía. ¿Es posible, después del panor ama con 
que nos hemos encontrado, descubrir características comunes en todas las inter- 
pretaciones de esta palabra?. Si las estudiamos cuidadosamente, veremos que sí: 
en todas ellas hallamos la idea de una clasificación en estratos. Además, esta 
clasificación se hace según el rango de algún conjunto de elementos que car ac- 
terizan a los objetos de los que se ocupa. Como acompañante, puede aparecer la 
idea de regulación de unos estratos sobre otros, pero ésta no es esencial par a 
que se hable de jerarquía (por ejemplo, en el caso de los astrofísicos, que consi- 
deramos antes, no era relevante). 
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NIVEL-4: Corpúsculos (partículas fundamentales). 
NIVEL-3: Átomos. 
NIVEL-2: Moléculas. 
NIVEL-1: Sistemas moleculares. 
a. Cristales. 
b. Coloides. 
NIVEL 0: Agregados coloidales y cristalinos. 
a. Inorgánicos (minerales, meteoritos,...). 
b. Orgánicos (organismos, colonias, ...). 
NIVEL+1: Asociaciones meteoríticas. 
a. Chaparrones de meteoros. 
b. Cometas. 
Cc. Nebulosas coherentes. 
NIVEL+2: Sistemas de satélites. 
NIVEL+3: Estrellas y familias de estrellas. 
NIVEL+4: Cúmulos estelares. 
NIVEL+5: Galaxias. 
a. Brillantes. 
b. Tenues. 
NIVEL+6: Agregaciones de galaxias. 
NIVEL+7: Metagalaxia. 
a. Cuerpos y sistemas siderales organizados. 
b. Cosmoplasma o matriz. 


NIVEL+8: El universo (complejo espaciotemporal). 


Fig. 1. Ejemplo de clasificación jerárquica: resumen de la clasificación de los sistemas 
materiales, debida a Shapley [H. Shapley, 1958] 
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Así, en la Astrofísica, el r ango en función del cual se realiza la clasificación viene 
dado por el tamaño de los objetos, mientr as que para los biólogos lo determinante 
es el tipo de propiedades que tienen los elementos de cada estr ato. El hecho de 
que una célula esté en un niv el más bajo que un organismo pluricelular se debe 
básicamente a las nuevas propiedades que emergen en este último. 


Con esto hemos introducido y a la ma yor parte de los conceptos que aparecen en el 
estudio de las jerarquías: clasificación, estratos, regulación (o control) y emergencia. 
En los siguientes apartados profundizaremos más en su significado e implicaciones. 


3. La primera definición 


Simon [Simon, 1962] estudia la jer arquía y sus relaciones con la complejidad. A 
él se debe la primera definición de jerarquía que vamos a presentar: 


"Un sistema jerárquico es el que está formado porsubsistemas interrelacionados, 
donde estos subsistemas son de tal forma que asuv eztienen una estructur a 
jerárquica". 


Como puede observarse, es ésta una definición recurrente. Se aplica comenzando 
por el sistema más global, y se v a descendiendo con ella por sistemas cada v ez 
más sencillos hasta llegar a lo que podríamos llamar subsistemas elementales. La 
estructura jerárquica así descrita llev a implícito el concepto de niv el, que estará 
constituido por todos los subsistemas interrelacionados que son componentes de 
uno dado (que estaría en el niv el inmediatamente superior). Sin embargo , es 
importante resaltar que no incluy e la idea de subordinación, algo que suele ir 
acompañando a la idea de jerarquía en su acepción más usual. Así tienen estruc- 
tura jerárquica tanto un ejército como una célula. 


A partir de su definición, Simon introduce el concepto de apertura que, para un sis- 
tema dado, es el número de subsistemas que lo forman. Apo yándose en él diferencia 
dos tipos de jerarquías: 


XX Á 


Jerarquía Jerarquía 
aplanada empinada 


Fig. 2. Representación de una estructura jerárquica aplanada y otra, empinada (Simon). 
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a. Aplanadas: serán aquéllas en las que la relación entre el número de niv eles 
y la apertura sea pequeña (algo como 1:10*”, en un volumen de gas molecu- 
lar o en un diamante, por ejemplo). Podrían representarse mediante una pirá- 
mide de poca altura y gran base. 


b. Empinadas: La relación puede ser ahor a mucho ma yor (algo como 1:10). Y 
la pirámide con la que pueden relacionarse tendrá una base pequeña, pero 
mucha altura. 


4. Las jerarquías estructurales en la ciencia 


Whyte, en su artículo [Wh yte, 1969], propone un concepto que, si bien más 
restringido que el de Simon, incluye algunos aspectos interesantes. 


Supongamos que las entidades de que se ocupa la ciencia se encuentran dispuestas 
formando secuencias ordenadas de niveles (en el sentido de que podemos hablar 
de "niv el superior" o de "niv el inferior") distintos y separ adamente filiables. 
Diremos que estos elementos forman jerarquías estructurales. 


Parece ser que en este tipo de estructur as la existencia de una "unidad" en un 
nivel dado impone ciertas restricciones sobre los gr ados de libertad de las partes 
que la forman (que son elementos del nivel inmediatamente inferior al considerado). 
Para resaltar este hecho se introduce la idea de unidad estructural, que será la 
unidad que impone ciertas restricciones características sobre el margen de libertad 
de las partes que la forman. Se da el caso, además, de que las propiedades de la 
unidad no se explican cómo una simple adición de las propiedades de las partes, 
sino que más bien parecen emerger por encima de éstas. Estaemergencia puede 
producirse o bien por superación de un cierto umbral global en alguna propiedad, al 
sumarse las de las partes (síntesis de una nueva forma, efecto de aglomeración,...), 
o bien por superarse umbrales locales en una unidad (fragmentación). 


Por ejemplo, una célula, consider ada como un sistema compuesto por distintos 
tipos de moléculas, sería una unidad estructur al. Las partes que la forman serán 
los moléculas que entran a formar parte de su composición. En este caso parece 
claro que el hecho de pertenecer a la célula impone algunas restricciones sobre los 
grados de libertad de dichas moléculas. Ahora no podrán interactuar de cualquier 
manera, porque las condiciones energéticas y ambientales están controladas de 
forma que la célula mantenga su vida. P. or otra parte, es sencillo encontr ar 
propiedades emergentes en el sistema total que no aparecen en las partes. Esto 
se refleja incluso en la ciencia que se ocupa de cada niv el: al pasar de moléculas 
a células pasamos de hablar en términos químicos a hacerlo en términos biológicos. 
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En el caso de la célula se dan las dos formas de emergencia de nuevas propiedades 
antes mencionadas. P or un lado podemos citar como caso de aglomer ación la 
acumulación de algunos tipos de moléculas en la periferia, formando la membrana, 
de gran importancia para mantener el adecuado equilibrio en las relaciones con el 
medio ambiente. Y como ejemplo de emergencia de propiedades por fagmentación 
tenemos las distintas concentraciones locales de moléculas en el citoplasma de la 
célula, que llevan a la aparición de los diferentes orgánulos celulares: mitocon- 
drias, ribosomas, vacuolas,... 


Como ya habíamos adelantado, el concepto de jerarquía que hemos perfilado aquí 
es más restringido: el paso de un nivel a otro debe ahora implicar cierta "limitación 
de libertad" del nivel inferior. Se introduce así la idea de control de unos estr atos 
sobre otros. Y se da la emergencia de propiedades nuevas al pasar de un nivel a 
otro superior como característica fundamental de las estructuras jerárquicas. 


5. Tres nociones distintas, pero relacionadas 


Al hablar de jerarquías, van apareciendo varias ideas que, si bien son parecidas, 
no son exactamente iguales. Para clarificar el tema, Mesarovic y Macko [Mesarovic 
y Macko, 1969] proponen una diferenciación entre tres conceptos: 


1. Jerarquía de estratos. 
2. Jerarquía multicapa de toma de decisiones. 
3. Jerarquía de organización. 

5.1. Jerarquía de estratos 


Cuando nos enfrentamos a un sistema v erdaderamente complejo, nos es prácti- 
camente imposible "encerr arlo" en una descripción que sea a la v ez detallada y 
fácilmente comprensible. Normalmente nos encontramos con el dilema de decidir 
entre sencillez y detalle. La sencillez es necesaria par a que la descripción sea de 
alguna utilidad (si es demasiado complicada, simplemente no entenderemos 
nada). El detalle, por su parte, es preciso si queremos tener en cuenta todos los 
aspectos del sistema de la forma más realista posible. 


Pues bien, desde hace mucho tiempo se utiliza, de una forma más o menos cons- 
ciente, una técnica que nos permite soslayar este problema. Podemos realizar una 
descripción por estratos del sistema o, dicho de otra forma, una descripción jerár- 
quica. Para ello utilizaremos una familia de modelos, cada uno de los cuales se 
ocupará del sistema desde un nivel de abstracción distinto. De esta forma, tendremos 
las variables, relaciones, principios, etc. , de cada estr ato de nuestra descripción 
con el detalle que consideremos oportuno. 
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Estrato 3 
más Compresión 
detalle mas sencilla 
Estrato 2 
Estrato 1 


Fig. 3. Esquema de un sistema estratificado 


Pero no basta con esto par a que nuestra descripción cumpla además el objetiv o 
de la sencillez. Necesitaremos también que cada uno de los niveles de la descripción 
pueda considerarse independiente de los otros, en el sentido de que fije sus 
propias relaciones y características sin necesidad de hacer referencia expresa a 
otros niv eles. A un sistema descrito de esta maner alo llamaremos sistema 
estratificado. 


En una descripción de este tipo, podemos situarnos en un nivel dado, y "explorarlo", 
con relativa independencia de los demás. Esto nos permite llegar a conclusiones, 

y a un grado de comprensión que no podríamos alcanzar si intentásemos abarcar 
el sistema de una forma global. 


Veamos algunos ejemplos para aclarar lo dicho hasta aquí. P ara empezar, busca- 
remos en las ciencias natur ales. Así nos encontr amos con la estr atificación del 
estudio de los seres vivos. Los niveles utilizados en este caso son: molecular, celular, 
de órganos y de organismos. Desde luego , en la realidad estos niv eles no están 
totalmente desligados unos de otros. Pero el suponerlo a la hora de analizarlos nos 
permite una ma yor comodidad y facilidad de profundización en cada uno de los 
estratos considerado por separado. En cualquier caso, no debemos perder de vista 
que las interrelaciones entre niv eles están ahí. Si no las tenemos en cuenta sólo 
conseguiremos una percepción incompleta del comportamiento de sistema global. 
De hecho, al centrarnos en un enfoque puramente biológico de los seres vivos ya 
nos estamos aislando de otros puntos de vista igualmente posibles (a otros niveles 
de abstracción), como podrían ser el físico-químico o el ecológico , sin los cuales 
no podremos explicar determinadas car acterísticas del sistema (en nuestro caso , 
los seres vivos). 
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Otro ejemplo en el que estamos acostumbr ados a un estudio jerárquico es el del 
ordenador. Es normal pensar en él como , al menos, el conjunto formado por dos 
niveles: el puramente electrónico y el informático. En el nivel electrónico tenemos 
todos los circuitos que componen el ordenador , y las relaciones entre ellos. Las 
variables a este nivel serán intensidades de corriente eléctrica, tensiones, etc. Los 
elementos básicos son los tr ansistores, resistencias, condensadores... En el niv el 
informático, sin embargo, el ordenador puede ser considerado como un procesador 
de información. Hablaremos ahora de flujos de datos y de operaciones lógicas, de 
cantidades de información, etc. En cada uno de los dos niveles ignoramos casi 
totalmente la existencia del otro, lo que nos permite comprender el sistema de una 
forma mucho más sencilla, aunque incompleta. Como pequeño ejercicio puede 
imaginarse, por un momento, lo que supondría seguir el proceso de ejecución de 
un programa atendiendo únicamente a las intensidades de corriente que pasan por 
los transistores de la CPU, Por otra parte, los dos niveles de los que hemos hablado 
pueden a su v ez ser subdivididos en otros muchos (habitualmente lo son). Así, 
para el informático , se definen las "máquinas virtuales" a distintos niv  eles de 
abstracción: la que nos proporciona el lenguaje máquina, los de alto niv el, o alguna 
interfaz de usuario. 


De los ejemplos dados (y de alguno más que pueda descubrir el propio lector), 
pueden extraerse algunas características generales de la descripción estratificada 
de sistemas: 


a. El observador es quien elige los estratos que describen el sistema, según sus 
conocimientos, sus intereses, etc. Un observador interesado sólo en la electró- 
nica, podrá teóricamente dar una descripción completa desde el punto de 
vista físico de un ordenador , con todos sus circuitos detallados. P- ero si no 
tiene noción de ello , no puede describirlo como procesador de información: 
para ello tendría que pasar a otro niv el, del nivel físico al informático. 


b. En general, los niveles son bastante independientes, en el sentido de que las 
leyes que gobiernan el comportamiento del sistema en un estr ato dado no 
pueden deducirse de los principios empleados en otros. P or ejemplo, a partir 
de las ley es de la física no pueden deducirse las de la informática. P. odemos 
hablar de independencia de comprensión. 


c. Hay una interdependencia asimétrica entre los distintos estatos (interdepen- 
dencia funcional). Con esto nos referimos a que par a el correcto funciona- 
miento de un nivel es preciso que todos los que se encuentr an por debajo de 
él también funcionen adecuadamente. Así, los requisitos que deben v erificar- 
se en un estr ato para que cumpla adecuadamente su funcionalidad suelen 
encontrarse en los estr atos inferiores como constricciones impuestas a sus 
comportamientos. Veamos un ejemplo: Para que un ordenador funcione ade- 
cuadamente, es necesario que los componentes electrónicos de que está 
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formado operen dentro de unas ciertas condiciones (así, los tr ansistores sólo 
estarán en cortocircuito o en saturación, para darnos los dos niveles digitales). 


d. Cada estrato tiene su propio lenguaje, sus propios conceptos y principios. Y en 
cada estrato el sistema y sus objetos son definidos de una forma distinta. 
Normalmente, a medida que subimos en la jer arquía de estratos para un 
sistema cualquiera, vamos perdiendo detalle en la descripción. Es como si al 
ir alejándonos del sistema fuésemos percibiéndolo más desdibujado, y sin los 
detalles que podíamos apreciar cuando estábamos más cerca. De esta forma, 
lo que en un estrato es considerado un sistema, en el inferior se descompone 
en un conjunto de subsistemas. En el caso del ordenador, en el nivel electrónico 
tenemos transistores, resistencias, condensadores... P ero subiendo un niv el, 
nos los encontramos agrupados en circuitos (memorias, sumadores, amplifi- 
cadores). Y aún más arriba, en equipos (ordenadores). En los estr atos inferiores 
nos dedicamos al estudio por separ ado de los subsistemas, mientr as que en 
los superiores atendemos especialmente a las relaciones entre éstos (v er el 
capítulo "Tratamiento de la complejidad"). 


e. Cuando descendemos en la jer arquía de estr atos, obtenemos más detalle, 
pero cuando ascendemos, profundizamos más en la comprensión del sistema. 
Así, el biólogo se basa en la duplicación de las cadenas de ADN par a explicar 
los fenómenos de la herencia. El bioquímico se basa en las propiedades de los 
nucleótidos para explicar ésta duplicación. El químico explica la formación de 
parejas de nucleótidos basándose en la formación de enlaces de hidrógeno. A 
su vez, el físico molecular explica éstos utilizando funciones del potencial inter- 
molecular, que el físico cuántico se encarga de estudiar a partir de la ecuación 
de ondas... 


5.2. Jerarquía multicapa de toma de decisiones 


Otro concepto asociado con las jerarquías aparece cuando estudiamos los procesos 
de toma de decisiones. El dilema viene dado ahor a por la necesidad de tomar la 
decisión cuanto antes (limitación tempor al de actuación), pero tomándonos el 
tiempo suficiente par a poder comprender la situación y decidir de una forma 
acertada. Para poder conjugar adecuadamente estas dos aspir aciones es frecuente 
una aproximación jerárquica: dividimos la decisión en una secuencia de problemas 
decisorios más sencillos (capas decisorias), y los v amos resolviendo uno a uno 
Cada vez que resolvemos uno de estos "subproblemas", fijamos una serie de con- 
diciones sobre el siguiente, que harán más fácil su resolución, y así sucesiv amente. 


Tenemos así lo que podemos denominar jerarquía de capas decisorias , cons- 
truida de tal forma que la resolución de todas las capas implica la resolución del 
problema original. El sistema de toma de decisiones que funciona de esta forma 
se llama sistema de capas múltiples de decisión . 
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Veamos un ejemplo de la vida cotidiana que nos puede ilustr ar estos conceptos. 
Podríamos pensar que la meta de una persona dada es ser feliz. P ero, así especi- 
ficada, es ésta una meta muy poco definida: con gr an probabilidad la concretará, 
según sus creencias, en estudiar una cierta carrer a, buscar un tipo de tr abajo, o 
elegir una determinada forma de vida. Una v ez elegido este objetiv o concreto, 
vendrá la toma de decisiones "encadenadas". Si nuestro personaje elige ir a la 
universidad, tendrá que comenzar por decidir la carrer a en la que se matricula. 
Luego, la especialidad que cursará, si seguirá hasta doctor arse o no, etc. Y nor- 
malmente sólo una vez que hemos alcanzado una de esta submetas (por ejemplo, 
acabar la especialización), podremos ev aluar si nos estamos acercando o no a la 
meta de ser feliz, y basándonos en esa evaluación tomaremos la siguiente decisión. 
Además, cada decisión que ponemos en práctica restringe el número de posibili- 
dades que tenemos al tomar la siguiente (si elegimos la carrera de medicina, a la 
hora de buscar trabajo no tendremos que preocuparnos por la posibilidad de ejercer 
como abogado). De esta forma la toma de decisiones se v e facilitada, ya que nuestra 
mente sólo puede tener en cuenta un número relatiamente pequeño de opciones. 


5.3. Jerarquía de organización 


Este concepto aparece en sistemas compuestos por un conjunto de subsistemas 
interaccionantes, alguno de los cuales son unidades de toma de decisiones. Dichas 
unidades han de estar organizadas de forma que ha ya una jerarquía establecida 
sobre ellas. Esto es, es preciso que unas manden sobre otas (en el sentido de que 
influyan en sus decisiones). Llamaremos a estos sistemas de metas y niveles 
múltiples, por la gran importancia que tiene en ellos el que las unidades de decisión 
tengan metas en conflicto. Esta multiplicidad de metas será necesaria para que el 
sistema, en su totalidad, funcione de forma adecuada. 


En las organizaciones humanas tenemos un destacado ejemplo de estas jearquías. 
En ellas cada individuo representa un centro de decisión, condicionado por las 
estructuras de mando que actúan sobre él. En principio, tiene sus propios objetivos, 
aunque inevitablemente la jer arquía que impone la organización influy e fuerte- 
mente en las decisiones que puede tomar. 


Los siguientes factores parecen explicar el gran éxito de esta forma de organización: 


a. Dado un conjunto de subsistemas independientes pero interactuantes, permite 
integrarlos en un sistema global de una forma bastante natur al. 


b. Permite abordar tareas que sobrepasan, muchas veces con creces, la capacidad 
(física, pero también de toma de decisiones) de las unidades. 


c. Los recursos disponibles pueden ser utilizados de una forma muy eficiente. 
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d. Las perturbaciones locales se propagan con gr an dificultad a otras partes del 
sistema. Esto proporciona una gr an fiabilidad. P ero también puede llev ar a 
importantes inercias. 


Una de las principales características de los sistemas de metas y niveles múltiples 
es que, aunque las unidades de r ango jerárquico inferior pueden estar muy 
condicionadas por las de rango superior, siempre se mueven dentro de un margen 
de libertad en lo que se refiere a su toma de decisiones. Puede mostrarse que esa 
"libertad limitada" es esencial para el funcionamiento eficiente de estas estructuras. 
Y esto cuenta no solo par a los sistemas "natur ales" (sociales, biológicos,...) sino 
también para los construidos por el hombre. 


6. Una formalización matemática 


Bunge [Bunge, 1969] propone una formalización matemática del concepto de 
jerarquía que engloba bastante bien todas las aportaciones estudiadas. 


De una forma estricta, puede entenderse el concepto de jerarquía como una relación 
de subordinación (y dominación) que afecta a un conjunto . Basándonos en esta 
idea, pasamos a la siguiente definición formal: 

"Sean C un conjunto no vacío, i un elemento de C, y D una relación binaria en C. 
Decimos que la terna ordenada J=<C,i,D> es una jerarquía si, y sólo si, se cumple 
que: 


a. ¡es el elemento iniciador de C. 


b. i¡ se encuentre siempre "por encima" de cualquier otro elemento de C, en el 
sentido marcado por la relación D. 


c. Para cualquier elemento y de C (ex cepto ¡), hay un único elemento x de C tal 
que Dxy (esto es, x "domina" a y). 


d. La relación D es antisimétrica y tr ansitiva. 

e. La relación D representa dominación o poder. 
D es por tanto una relación de dominia Desde este punto de vista, podemos inter- 
pretar que a. y b. fijan al elemento i¡ como "jefe supremo" de la estructua. La con- 


dición c. supone que cada elemento tenga un jefe y sólo uno . El flujo de poder, y 
el sentido de éste de "arriba abajo" viene dado por d. 
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De esta definición puede deducirse de forma natur al el concepto de rango: 


"Decimos que un subconjunto C, de C, que no sea i, es el n-ésimo r ango de J si, 
y sólo si, para todo x de Cn, x se encuentra n escalones "por debajo" de ¡ (según 
la relación D). Se entiende escalón como una única aplicación de la relación D" 


Así pues, podemos representar la jerarquía que hemos definido como un árbol finito. 
No podrá contener lazos cerrados, y se ramificará a partir de un solo punto (que 
será el que se corresponda con el elemento ¡). Tenemos, por tanto, lo que en teoría 
de grafos se llama grafo orientado abierto. Sin embargo es importante hacer 
notar que la condición e. de las que antes impusimos es puramente semántica, 
de significado de la relación, y por tanto no representable mediante el gr afo. 


Una vez definido lo que entendemos por jer arquía, pasemos a ver qué es lo que 
consideramos estructura de niveles: 


"Sea un par ordenado N=<C,E>, donde C es una familia de conjuntos de sistemas 
individuales, y E una relación binaria en C. Decimos que N es una estructura de 
niveles si, y sólo si: 


a. Todo conjunto miembro de C es una clase de equiv alencia de sistemas (esto 
es, los sistemas de ese conjunto comparten ciertas propiedades y principios). 


b. E es una relación multívoca, reflexiva y transitiva en la familia de conjuntos C. 


Cc. La relación E refleja la emergencia de ciertas propiedades, esto es, la apari- 
ción de sistemas que son cualitativamente distintos de los que los forman." 


A partir de esta definición, llamaremos nivel a cada uno de los conjuntos de sistemas 
de N. Como podemos ver, ésta es una formalización que se corresponde muy bien 
con la idea intuitiva de nivel jerárquico. La condición a. nos asegur a que el niv el 
que estamos definiendo tenga un contenido semántico , entendido como una 
semejanza entre sus componentes. Es importante el concepto de emergencia, que 
es el verdadero núcleo de la definición. Para que aparezca un nivel superior no 
es suficiente que ha ya agregación, sino que es preciso que además aparez can 
ciertas propiedades nuev as, no explicables (al menos de una forma sencilla y 
directa) en función de las propiedades de los sistemas componentes. 
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Procesos físicos 
Procesos químicos 
Procesos biológicos 


Procesos psíquicos 
Procesos sociales 


Fig. 4. Ejemplo de estructura de niveles sin relación de dominio 


El concepto que hemos definido como estructur a de niveles es independiente del 
de jerarquía. En concreto, no encontramos en la definición de estructura de niveles 
las ideas de dominación ni de orden (la relación de emergencia E no es asimétrica). 
Así, aunque pueda haber estructur as de niv eles que sean jerárquicas, también 
puede haberlas que no lo sean. 


Un ejemplo de estructur a de niveles sin relación de dominación podría ser la de 
los procesos en la naturaleza (ver figura 4). 


PSIQUIS — CULTURA 


VIDA. => VIDA ECONÓMICA Y SOCIAL 


4 M 


MATERIA INANIMADA 


Fig. 5. Ejemplo de estructura de niveles no ordenada (fusión de dos estructuras de niveles: la 
de la naturaleza y la de la sociedad), tomado de [Bunge, 1969], pág. 38. 


Y como estructura de niveles que ni siquiera está ordenada, podemos consider ar 
la que propone Bunge para la naturaleza y la sociedad [Bunge, 1960] (ver figura 5). 
Sin pararnos en su significado, quedémonos sólo con su estructura, y veamos que 
se corresponde a la definición de estructura de niveles. C sería el conjunto formado 
por los seis niveles (psiquis, cultura, vida, vida económica y social, materia inani- 
mada y artífisis), y E la relación dada por las flechas. A partir de aquí es fácil com- 
probar que se cumplen para este conjunto C y esta relación E las tres propiedades 
de la definición. 
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Invitamos al lector a reflexionar sobre la descomposición estructur ada, represen- 
tada incluso gráficamente, que del tema Complejidad y Tecnologías de la 
Información estamos haciendo en estas Notas: 


- Complejidad y Tecnologías de la Información : G; M; T.I.. 
- G: Enfoques y Teorías; Sistemas; Tratamiento. 
- Enfoques y Teorías: Variedad; Conceptos; Marcos. 
- Etc. 
7. Principios de la realidad jerárquica 


A modo de conclusiones, exponemos a continuación los principios que propone 
Wells sobre la forma en que la jer arquía se manifiesta en el mundo real [W ells, 
19691. 


a. La realidad está estructur ada de forma jerárquica. El primer niv el de esta 
estructura estará compuesto por las partículas elementales. Luego vienen los 
de átomos y moléculas. Con esto se acaban los estr  atos inorgánicos. P ero 
continuamos con los que forman las células y los seres vivos multicelulares. Y 
aún podemos seguir con el estrato que componen los sistemas sociales. 


b. Los elementos de un niv el dado no pueden estar formados por un número 
cualquiera de entidades del nivel inferior, sino que existe una limitación en ese 
número. Así, las moléculas por lo gener al están compuestas por un número 
limitado de átomos (lo que las mantiene en un tamaño microscópico). Los 
propios átomos parecen presentar un límite en el número de electrones que 
contienen (que está en torno a 100). Esto también es válido para las estructuras 
sociales: los militares, por ejemplo, aplican los valores que consideran óptimos 
en el tamaño de los pelotones, de las compañías, etc. Esta idea podría expre- 
sarse en función de la apertura definida por Simon: "La apertura que pueden 
alcanzar los sistemas reales es limitada". 


c. En cualquier sistema jerárquico existen relaciones de complementariedad. 
Estas son notables en los enlaces químicos, que se basan en la unión de átomos 
complementarios en cuanto a su "apetencia" de electrones. Las organizaciones 
sociales pueden alcanzar objetivos imposibles de logr ar aisladamente por las 
personas que las componen gr acias a la diferenciación y complementariedad 
de las funciones que desempeñan estas personas. 
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d. En un sistema integr ado, todas las partes son necesarias. No podemos 
prescindir de ningún subsistema sin que el funcionamiento total se resienta, 
o incluso desaparez ca. Aquí estriba una de las diferencias entre simple 
agregación de elementos y formación de un sistema. En el primer caso no hay 
orden, ni propiedades emergentes, mientr as que en el segundo aparecen 
propiedades nuevas, que de alguna manera dan entidad diferenciable al todo. 


e. Las entidades libres son las que dan dinamismo al universo. Llamamos aquí 
entidades libres a las que tienen ma yor complejidad dentro de su niv el, y no 
están incluidas en ninguna entidad de niv el superior. Tenemos así átomos 
libres (cuando no forman moléculas), moléculas libres, células libres... Al no 
estar "encajadas" en un lugar fijo dentro de un sistema, están listas par a una 
integración, con lo que se posibilita la aparición de nuev os tipos de sistemas. 


8. Importancia del concepto de jerarquía 


Como ya hemos ido viendo por los ejemplos expuestos, las estructuras jerárquicas 
son muy abundantes en el mundo real. ¿Qué es lo que hace que este tipo de orga 
nización se halle tan extendida? En este apartado v amos a intentar explicarlo en 
función de su utilidad en tres grandes áreas: 


1. Construcción de complejidad. 

2. Comprensión de complejidad. 

3. Procesamiento de información. 
8.1 Construcción de complejidad 


Para construir un sistema de una forma jerárquica podemos seguir el siguiente 
proceso: 


a. Partimos de elementos simples. 
b. Ensamblamos estos elementos, para formar un sistema de mayor complejidad. 
Cc. Considerando los sistemas obtenidos en el apartado b ., los consider amos 
ahora como elementos básicos y pasamos de nuev o al punto a. , hasta que 
consigamos un sistema de la complejidad deseada. 
Para comprobar las ventajas que supone el proceso descrito bastará con recurrir 
a un ejemplo propuesto por Simon [Simon, 1962]. Tempus y Hora son dos relojeros. 


Pero mientras que Tempus ensambla los relojes montando los elementos de uno 
en uno, Hora lo hace por módulos, de forma jerárquica. Cada v ez que uno de los 
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relojeros recibe a un cliente, ha de atenderle, con lo que pierde todo el tabajo que 
estaba realizando en ese momento. La diferencia está en que mientras Hora como 
mucho puede perder, por cada llamada de un cliente, el tiempo empleado en montar 
un módulo, Tempus debe rehacer el reloj completo . 


De este ejemplo se deduce fácilmente la r azón por la cual la estructur a jerárquica 
permite trabajar del modo propuesto, mientras otras formas de organización, no. 
Y es que en el caso jerárquico ha y formas intermedias (los módulos de Hora) que 
son estables y "cerr adas". Y estas formas permiten continuar el proceso de 
ensamblado ocultando gran parte de su complejidad. 


8.2 Comprensión de la complejidad 


Ya hemos visto que la estructur a jerárquica nos permite abordar el problema de 
representar los sistemas complejos con detalle y sencillez a la v ez. Con detalle, 
porque cada nivel (o cada "módulo" parte de un nivel, puede ser descrito con tanto 
detalle como queramos. Y de una forma relativamente sencilla de comprender porque 
nos podemos centr ar por un lado en comprender la estructur a jerárquica del 
sistema, y por otro la de cada uno de los "módulos" que lo componen. Y la com- 
plejidad de estas tareas es mucho menor que la que implica la comprensión del 
sistema de una forma directa. 


Un sistema es descomponible cuando sus partes pueden aislarse unas de otras. Y 
cuasidescomponible cuando los subsistemas que lo componen pueden consider arse 
casi aislados, por ser las relaciones entre ello mucho más débiles que las que se 
dan en su interior . Simon menciona estas propiedades de descomponibilidad o 
cuasidescomponibilidad de los sistemas jerárquicos como las que facilitan la 
comprensión [Simon, 1962]. El concepto de cuasidescomponibilidad es muy útil 
como principio de diseño de sistemas, como se ha demostrado en [Sáez-Vacas et al., 
19821. 


8.3 Procesamiento de información 


En general, podemos decir que los ex cesos en la cantidad de información que un 
sistema debe manipular son nociv os. Desde luego, serán costosos en utilización 
de recursos, y requerirán un esfuerzo extra. Pues bien, la organización jerárquica 
también es eficiente desde este punto de vista. Es muy económica en el flujo de 
información necesario para la coordinación y funcionamiento [Milsum, 1978]. De 
esta forma reduce el coste y la posibilidad de que se produz can sobrecargas. 


Otro aspecto destacable es que la estructura jerárquica permite que gran parte de 
la información se procese de forma distribuida por todo el sistema. Ciertas partes 
pueden especializarse en algunas tareas, liber ando así al resto de realizarlas. 
Además, al tr abajar de esta forma, pueden actuar como filtros de información, 
permitiendo que sólo pase al sistema la estrictamente necesaria. 
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9. Resumen 


Hay diferentes formas de entender la idea de jer arquía, pero todas incluy en el 
concepto de clasificación en estratos, según algún rango (característica de los 
objetos clasificados). 


Los sistemas jerárquicos pueden definirse recursiv amente como un conjunto de 
subsistemas jerárquicos interrelacionados. 


En las jerarquías estructurales, tal como las entiende Simon, es importante la idea 
de emergencia de nuevas propiedades y comportamientos al pasar de un nivel a 
otro superior. 


El concepto de jerarquía se aplica al menos en tres formas relacionadas: en la des- 
cripción de la realidad (jerarquía de estratos), en la toma de decisiones (jerar- 

quía multicapa de toma de decisiones ) y en la organización ( jerarquía de 

organización). 


Dada la formulación matemática del concepto de jerarquía, puede definirse el 
concepto de estructura de niveles, más amplio, y que engloba al anterior. 


La importancia de las estructuras jerárquicas viene dada, entre otras ventajas que 
aportan, por su facilidad par a construir complejidad, para comprenderla, y 
para procesar información. 


El concepto de jerarquía, desde el punto de vista del análisis de la ariedad, podría 
entenderse en cierto modo como un filtro de variedad (ver "Adaptación = 
Amplificación + Reducción", en el capítulo "La variedad"). Por una parte está una 
parte del mundo real, de una gran variedad. Por otra, un observador, con sus limi- 
tadas capacidades. Pues bien, el usar una aproximación jerárquica le permite tra- 
tar con aspectos de variedad manejable. Por una parte, mientras está estudiando 
un determinado nivel, sólo se enfrenta con su variedad (en general mucho menor 
que la asociada al objeto entero). Y por otra, cuando busca una visión de conjunto, 
sólo tiene que contemplar el nivel más alto, lo que de nuevo le permite tratar con 
algo de relativamente poca variedad. 


10. Bibliografía 


Dividida en dos apartados. En el apartado de Notas Bibliográficas se comentan 
aquellos trabajos que más profusamente han servido par a redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 
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Notas bibliográficas 


Un libro muy adecuado para una toma de contacto con el concepto de jerarquía es 
"Las estructuras jerárquicas", constituido por las actas del simposio celebr ado 
en noviembre de 1968 en los Douglas Advanced Research Laboratories. Comienza 
con un repaso general y teórico de las jerarquías, para detenerse luego en campos 
más concretos y prácticos (las jer arquías orgánicas, las inorgánicas, y las de las 
artificiales). Para un lector novato en estos temas, será de especial interés la pri- 
mera parte (repaso gener al), y especialmente los artículos de Wh  yte [Wh yte, 
1969] (donde se hace una revisión histórica de la ev  olución del estudio de las 
jerarquías), Bunge [Bunge, 1969] (donde se desarrolla una formalización mate- 
mática de conceptos relacionados con la jer arquía), y Mesaro vic y Mack o 
[Mesarovic y Macko, 1969] (de donde hemos tomado la distinción entre jer arquía 
de descripción, de toma de decisiones y de organización). 
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Bloque II: El modelo H x 1 x O=I0 
Capítulo 9: Textos sobre complejidad 


En las páginas anteriores se ha desarrollado un conjunto de conceptos, teorías, 
métodos e ideas sobre la complejidad a un nivel desprovisto de formalizaciones elevadas. 
Por el contrario, se ha procurado más bien acentuar su tratamiento intuitivo. 


Ahora entraremos en el planteamiento de un modelo muy general que recoja las 
esencias de una aproximación global al problema de la comprensión de "situaciones" 
complejas. Como preámbulo, en este capítulo seleccionaremos un conjunto de textos sobre 
complejidad y nociones conexas, que plantean, entre muy diversas cuestiones interesantes, 
una perspectiva de la vastedad de aspectos de la complejidad. 


Estos textos, aparte de servir como pie al capítulo siguiente y principal, deberían 
suscitar en el lector una reflexión sobre diferentes cuestiones presentadas en anteriores 
capítulos. 


1. Introducción 


Este capítulo se compone de un ramillete de textos extr aidos de la bibliogr afía 
sobre ciencia, filosofía, tecnologías de la información e informática, que por sí 
solos muestran la importancia y la riqueza (complejidad) de este asunto de la 
complejidad. Prácticamente, cada cita textual expresa una tesis, o casi. 


2. El conocimiento, oculto detrás de la complejidad 


Famosos pensadores, desde P. ascal hasta Whitehead, pasando por V alery, 
Bachelard y otros muchos, nos dicen que el conocimiento sólo es posible dentro 
de la complejidad, y que para conseguirlo el método cartesiano ya no es suficiente, 
como no lo es tampoco un método ex clusivamente globalista. Tal vez sea Edgar 
Morin el autor que mejor ha ya expresado modernamente el pensamiento de la 
complejidad a tr avés de su enciclopédica y toda vía inacabada síntesis en v arios 
volúmenes, genéricamente titulada La Méthode. 
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Lo cierto es que la preocupación por la complejidad empieza a salir fuera de estos 
círculos reflexivos minoritarios. Pueden citarse varios ejemplos. 


A mediados de los ochenta, el Club de Roma situó la complejidad del mundo como la 
principal causa par a construir un tipo de enseñanza que promuev a el aprendizaje 
innovador. 


Otra manifestación indicativa es que la Association for Computing Machinery, una de 
las dos asociaciones profesionales de Informática más importantes, que organiza al 
cabo del año varias decenas de congresos muy especializados, inicia a finales de 
1990 una serie de conferencias anuales sobre temas críticos en la informática: el 
primero ha versado sobre "Managing Complexity". 


Y ya, para acabar, es pertinente saludar la aparición de libros, tal como uno recien- 
temente publicado y escrito por un científico prestigioso, H.R.Pagels, que extienden 
a un público más amplio algo de ese pensamiento representado por Morin y por 
varios de los autores recogidos en este capítulo . Para nosotros es significativo el 
subtítulo del referido libro de Pagels, "The Computer and the Rise of the Sciences of 
Complexity", porque conjuga los dos pilares que nos interesan aquí: la tecnología y 
la complejidad. 


No existe lo simple, sólo lo simplificado ( Bachelard). 


Lo simple no es más que un momento arbitr ario de abstracción, un medio de manipulación 
arrancado a las complejidades (Morin). 


El nuevo reino del conocimiento es, aquí, el de la complejidad ( Morin). 
Todo lo que es simple, es falso; todo lo que es complicado , es inutilizable (Valery). 


El estudio de la complejidad organizada es el problema cla ve de todas las ramas de la ciencia 
moderna (Gravitz). 


Toda realidad es unidad compleja (Whitehead). 
Siendo todas las cosas causadas y causantes, ayudadas y ayudantes, mediatas e inmediatas, 
y relacionándose todas por un laz o natural e insensible que liga las más alejadas y las más 


diferentes, tengo por imposible conocer las partes sin conocer el todo , tanto como conocer 
el todo sin conocer particularmente las partes ( Pascal). 
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Reduccionista u "holística" (globalista), la explicación, en uno y otro caso , busca simplificar 
el problema de la unidad compleja. Una reduce la explicación del todo a las propiedades de 
las partes concebidas aisladamente. La otr a reduce las propiedades de las partes a las 
propiedades del todo, igualmente concebido como algo aislado ( Morin). 


La gran frontera inexplorada es la complejidad (...) Esto y convencido de que las naciones y 
personas que dominen las nuevas ciencias de la complejidad se con vertirán en las superpo- 
tencias económicas, culturales y políticas del próximo siglo ( Pagels). 


Nuestros instrumentos nos han mostrado el mundo visible e invisible del mundo de la mate- 
ria -átomos, moléculas, protones, y células; Sabemos lo que hay ahí. Lo que no sabemos es 
cómo está organizado, en detalle: un problema de complejidad. Si los tres primeros siglos 
de la ciencia moderna han extendido el sensorio humano , aprendido las propiedades de la 
materia y la vida, los tres próximos v erán la emergencia de la complejidad ( Pagels). 


El informe al Club de Roma "Aprender, horizonte sin límites" define el aprendizaje innovador 
como el instrumento par a salvar la distancia que media entre la creciente complejidad del 
mundo y nuestra capacidad para hacerle frente (Club de Roma). 


2.1 Subjetividad en la complejidad 


La naturaleza poliédrica - aunque por su carácter geométrico de estructur a orde- 
nada ni siquiera la voz 'poliédrica' termine de ser la expresión adecuada- del 
concepto de complejidad hace realmente poco factible una clasificación adecuada 
de los textos seleccionados, que, por lo demás, expresan con frecuencia lógicas 
diferentes. No obstante, necesidades prácticas nos han llevado a agruparlos en 
apartados y titularlos de una manera aproximada, eligiendo en cada caso el criterio 
que nos ha parecido más significativo. 


Este apartado recoge v arias citas en las que queda muy patente el condiciona- 
miento sobre la complejidad por parte del observador, del sujeto que define o uti- 
liza un objeto o su conocimiento de él. Sus percepciones, sus métodos, sus 
instrumentos, sus construcciones mentales, el lenguaje empleado, su cultura, su 
visión del mundo (W eltanschauung), su v oluntad, su interés o el punto de vista 
elegido se confabulan para producir, no la realidad, sino un fragmento de ella, una 
imagen, más o menos conveniente o abarcable, de la realidad. Esto es, la complejidad 
no es una propiedad absolutamente objetiv able. 
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El método no puede separarse de su objeto ( Heisenberg). 


Cuenta Needham la ironía con la cual los letrados chinos acogieron, en el siglo XVIII, el 
anuncio por los jesuitas de los triunfos de la ciencia moderna; la idea de que la naturaleza 
podía estar sometida a leyes simples y conocibles constituía para los mandarines un ejemplo 
de ingenuidad antropomórfica (Prigogine, Stengers). 


Hay que saber que la información no existe. No es más que un desvío teórico par a comprender 
lo real (Attali). 


La percepción de los sentidos está regida por mecanismos que hacen nuestro conocimiento 
del mundo exterior altamente inferencial. No recibimos impresiones que sean elementales. 
Nuestras impresiones sensoriales están ellas mismas construidas por el sistema nervioso, de 
tal modo que, automáticamente, llev an consigo una interpretación de lo que v en, oyen o 
sienten (Bronowsky). 


El ser vivo es en parte una fábrica química, en parte una máquina calculador a, en parte un 
alma pensante... Estas representaciones se complementan, pero ninguna agota el asunto 
(Brillouin). 


Los hechos son mudos: sin una preconcepción no se puede saber cuáles son datos relev antes 
al propósito investigador y cuáles no lo son; cada instrumento de observación lleva implícitas 
unas hipótesis sobre la naturaleza de la realidad in vestigada (...) De ello se desprende que 
la objetividad científica absoluta es teóricamente imposible; toda teoría o progama de inves- 
tigación lleva en su raiz una decisión subjetiva, que favorece ciertos aspectos e ignora otros 
(Racionero). 


Cuan compleja o simple sea una estructur a depende críticamente de la forma en que la 
describamos (Simon). 


La definición de un objeto se hace por triangulación: pondea una definición funcional (lo que 
hace el objeto), una definición ontológica (lo que el objeto es) y una definición genética (lo 
que el objeto deviene) (Le Moigne). 


¿Quién soy yo? Puedo concebirme como un sistema físico de miles de billones de átomos; 
un sistema biológico de treinta mil millones de células; un sistema organísmico de centenas 
de órganos; un elemento de mi sistema familiar, o urbano, o profesional, o social, o nacional, 
O étnico...(Morin). 


¿Qué es más simple, un círculo o un polígono? Depende de cómo se mire. Desde un punto 
de vista orientado a los números, un polígono es simple y un círculo es complejo: un polígono 
se obtiene por el fácil método de enlazar juntos un cierto número de segmentos lineales igua- 
les, mientras que un círculo emerge sólo como un límite ideal -un polígono con un número 
infinito de lados infinitesimales. Desde un punto de vista orientado al espacio, podemos usar 
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ecuaciones algebráicas para hablar de curv as espaciales y nos encontr amos con que el 

círculo tiene una fórmula muy simple, mientr as que un polígono tiene una clase de fór- 

mula mucho más compleja, con muchos términos, uno para definir cada uno de los lados del 
polígono (Rucker). 


En ciertos momentos, bajo ciertos ángulos, la parte puede ser más rica que la totalidad 
(Morin). 


Hay siempre en la extracción, delimitación, definición de un sistema algo incierto o arbitrario: 
hay siempre decisión y opción, lo que introduce en el concepto de sistema la categoría del 
sujeto. El sujeto interviene en la definición del sistema en y por sus intereses, sus selecciones 
y metas, es decir, que él aporta al concepto de sistema, a tr avés de su sobredeterminación 
subjetiva, la sobredeterminación cultural, social y antropológica (Morin). 


Al cambiar lo que conoce del mundo, el hombre cambia el mundo que él conoce; al cambiar 
el mundo en el que vive, el hombre se cambia a sí mismo ( Dobshzhansky). 


La tragedia de la complejidad se sitúa a dos niv eles, el del objeto del conocimiento y el de 
la obra de conocimiento. Al nivel del objeto, estamos situados incesantemente ante la alter- 
nativa, por un lado, del cierre del objeto del conocimiento, que mutila sus solidaridades con 
los otros objetos así como con su propio entorno (y que ex cluye de golpe los problemas 
globales y fundamentales) y, por otro lado, de la disolución de las fronteras y contornos que 
anega todo objeto y nos condena a la superficialidad. Al niv el de la obr a, el pensamiento 
complejo reconoce a la vez la imposibilidad y la necesidad de una totalización, de una unifi- 
cación, de una síntesis. Por tanto, debe afrontar trágicamente la totalización, la unificación, 
la síntesis, luchando al tiempo contr a la pretensión a esa totalidad, a esa unidad, a esa 
síntesis, en la conciencia plena e irremediable del inacabamiento de todo conocimiento , de 
todo pensamiento y de toda obra (Morin). 


Preguntas como ¿qué es más complejo , un círculo o un polígono , una rosa o tal 
teorema matemático? carecen de sentido . En un objeto cualquier a podemos ver 
mil objetos distintos, como de maner a muy didáctica expresa el ejemplo de las 
cinco formas matemáticas de modelar la mano humana, tomado de un delicioso 
libro de R ucker. En su extremo , como muy bien dice Morin, la complejidad nos 
plantea el problema trágico de los límites del conocimiento y de la acción. 
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Tomemos un objeto específico y mostremos cómo puede ser pensado , en tanto que patrón 
matemático, en cinco formas diferentes. Usemos para ello la mano derecha. 
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. La mano, como número . En el niv el más superficial, una mano es un ejemplo del 


número 5. Fijándose en los detalles, uno advierte que la mano tiene un cierto número 
de pelos y de surcos. Los dedos tienen longitudes numéricas específicas que pueden 
medirse en milimetros. Puede calcularse el área de cada una de las uñas, así como su 
masa. Mediciones internas de la mano pueden producir muchos más números: tempe- 
raturas, tasas de flujo sanguíneo, conductividad eléctrica, salinidad, etc. La mano codifica 
un buen montón de números. 


. La mano, como espacio. La mano es un objeto en un espacio tridimensional. No tiene 


agujeros y está conectada a nuestro cuerpo . La superficie curv ada bidimensional de la 
piel es convexa en algunas regiones y cónca va en otras. Los vasos sanguíneos forman 
una ramificación unidimensional. La huella de su pulgar es aproximadamente elipsoidea 
y sus dedos parecen conos truncados. Las uñas son paraboloides aplanados y sus células 
epiteliales son cilíndricas. La mano es un muestr ario de formas espaciales. 


. La mano, como lógica. Los músculos, huesos y tendones de la mano constituy en una 


clase de máquina, y las máquinas son especiales suertes de patrones lógicos. Si se tir a 
de este tendón por aquí, se mueve aquel hueso de ahí. Aparte la cuestión mecánica, la 
mano posee varias pautas de comportamiento que se conjuntan en una forma lógica. Si 
nuestra mano toca el fuego , se retira bruscamente. Si toca un conejito , lo acaricia. Si 
aprieta, sus nudillos se vuelv en blancos. Si andan en el lodo , sus dedos ennegrecen. 
Nuestro conocimiento lógico de la mano podría llenar un pesado manual. 


. La mano, como infinitud . Hablando en abstr acto, la mano contiene infinitos puntos 


espaciales. A titulo práctico, escalas progresivamente más pequeñas revelan más y más 
estructura. Mirada de cerca, la superficie de la piel es un patrón complejo y sin fin del 
tipo conocido como "fractal". Lo que conocemos de nuestra mano se relaciona con lo que 
conocemos acerca de una red de otros conceptos -es difícil despegar nuestr a mano del 
mar infinito de todo el conocimiento . Otra clase de infinitud pro viene del hecho de que 
nuestra mano es parte de nosotros, y la esencia viv a de una persona está fuertemente 
relacionada con las infinitudes par adójicas de la teoría de conjuntos (la v ersión de los 
matemáticos de la teología). 


. La mano, como información. La mano está diseñada de acuerdo con ciertas instruc- 


ciones codificadas en nuestro ADN. La longitud de estas instrucciones da una medida de 
la cantidad de información en nuestra mano. En el curso de la vida nuestra mano se ha 
visto sometida a div ersas influencias que han dejado cicatrices, pecas, etc. Podríamos 
desear incluir estas influencias en nuestra medida de la información sobre la mano. Una 
manera de hacerlo consistiría en asociar el contenido de información sobre la mano con 
el número de preguntas a las que habría que contestar para poder construir una réplica 
de esa mano . Otra manera sería estimar la longitud del progr ama de ordenador más 
corto que fuera capaz de responder a toda pregunta relacionada con esa mano (Rucker). 
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2.2 Aspectos de la complejidad 


Las citas que hemos seleccionado en este apartado son una breve muestra de los 
múltiples aspectos que surgen en el estudio o en la gestión de la complejidad. 


Destacan cuestiones como su relación con el indeterminismo  ,el desorden, la 
imprecisión y hasta el azar. El humorista Perich, a la pregunta de ¿qué es el azar? 
respondía: "el motivo de que las cosas nos salgan mal, no como cuando nos salen 
bien que se debe a nuestro talento". Más poético , pero no por eso más penetrante, 
resulta Borges, cuando dice: el azar , tal es el nombre que nuestr a inevitable 
ignorancia da al tejido infinito e incalculable de causas y efectos. 


Bromas aparte, es evidente que a esa concepción de la complejidad se añade ota, 
bien distinta y tan importante como la primer a, que la consider a como una 
máscara (un código desconocido) de la simplicidad o al menos del orden. 


A veces, ni siquiera hay desorden sino que, al revés, el objeto se nos puede 
aparecer como una muy ordenada pero intrincada mar aña formada por patrones 
muy elementales, como sucede con los dibujos islámicos, tanto flor ales (tauriq) 
como geométricos (tastir), cuya significación y reglas de estructuración pertenecían 
al orden secreto de lo religioso. Los modernos mosáicos de Penrose, los dibujos y 
grabados de Escher, las formas de Ostwald y los fractales de Mandelbrot son diversas 
demostraciones en los dominios de la matemática, la física y la plástica de estructuras 
complejas generadas a partir de formas extremadamente simples. Dichas demos- 
traciones sugieren un modelo de complejidad, pero de ninguna manera agotan su 
contenido. 


Podemos conocer más de lo que nos es posible decir, y, por eso mismo, una rigurosa lucidez 
que pretenda precisar todos los detalles puede impedir la comprensión de temas complejos: 
al analizar los componentes v agamente conocidos, destruimos el conjunto que forman y 
perdemos el conocimiento del conjunto (Racionero). 


Nos encontramos en un mundo azaroso, un mundo en el cual la rev ersibilidad y el determi- 
nismo son solamente aplicables a situaciones límites y casos simples, siendo al contr ario la 
regla la irreversibilidad y la indeterminación. (...) Queremos mostr ar que la irrev ersibilidad 
surge cuando los conceptos básicos de las Físicas clásica y cuántica, como tr  ayectorias y 
funciones de onda, corresponden a idealizaciones excesivas. No es que las leyes fundamentales 
de las Físicas clásica y cuántica sean falsas, sino que representan en algunos casos una simpli- 
ficación desmedida, inaccesible a cualquier experimento concebible ( Prigogine, Stengers). 
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La complejidad es un desorden aparente, en el que ha y razones para suponer un orden oculto. 
La complejidad es un orden cuy o código no se conoce (Atlan). 


Ninguna cosa o ser organizado puede escapar a la degr adación, la desorganización, la 
dispersión (Morin). 


No hay organización sin anti-organización. La anti-organización es a la vez necesaria y anta- 
gonista a la organización. P ara la organización fija, la anti-organización es virtual, latente. 
Para la organización activa, la anti-organización deviene activa (Morin). 


El crecimiento de complejidad y el crecimiento de desórdenes están ligados ( Morin). 


A todo crecimiento de complejidad en la organización le corresponden nuevas potencialidades 
de desorganización (Morin). 


Toda concepción ideal de una organización que no fuera más que orden, funcionalidad, armonía, 
coherencia es un sueño demente de ideólogo o de tecnócr ata. La racionalidad que eliminase 
el desorden, la incertidumbre, el error no es otra cosa que la irracionalidad que eliminaría la 
vida (Morin). 


Juntad lo que está completo y lo que no, lo que concuerda y lo que no, lo que está en armonía 
y lo que está en desacuerdo (Heráclito). 


Es sorprendente, pero cierto , que la complejidad del mundo es una consecuencia de la 
combinación de unas seis docenas de átomos diferentes ( Pagels). 


La tarea central de la ciencia natural es mostrar que la complejidad, correctamente conside- 
rada, es sólo una máscara de la simplicidad; encontrar patrones escondidos en el aparente 
caos (Simon). 


Sucede que par a algunos sistemas complejos ha y una simplicidad sub yacente -sólo unas 
pocas variables son realmente importantes. Puede demostr arse que la inter acción de unos 
pocos componentes de acuerdo con un conjunto de reglas produce fenómenos complejos. 
Quizá todos esos miles de v ariables son sólo superficiales, y en su base las cosas son muy 
simples. Pero hasta que esa simplicidad, si es que existe, sea puesta de manifiesto, tendremos 
que manejar directamente la complejidad. Afortunadamente, esto y a es posible, gracias al 
ordenador (Pagels). 


El pensamiento complejo no enfoca la "totalidad", en el sentido en que este término sustituy e 
una simplificación atomizante por una simplificación globalizante, en la que a la reducción a 
las partes sucede la reducción al todo. (...) El pensamiento complejo afronta, no lo elemental 
-donde todo se funde en la unidad simple y el pensamiento claro- sino lo radical, donde apa- 
recen incertidumbre y antinomias (Morin). 


168 


Textos sobre complejidad 


(...) complejidad por superposición de simplicidades, una complejidad que sólo percibo en 
su globalidad, pero que estoy muy lejos de describir satisfactoriamente. Existen complejidades, 
es verdad, a cuya descripción debo renunciar (Wagensberg). 


El problema de la definición precisa de la noción de complejidad como concepto científico 
fundamental (análogo a los de energía, entropía, etc) está toda vía planteado (Atlan). 


Por consiguiente, no existe ninguna droga que no tenga efectos secundarios. Y cuanto más 
prestigiosa sea la receta (antibióticos, cortisona, tianquilizantes, compuestos contra la hiper- 
tensión, relajadores musculares), ma yor resulta el problema de los efectos secundarios 
adversos. Los medicamentos pueden alterar o modificar los equilibrios del torrente sanguínea 
Pueden hacer que la sangre coagule más o menos rápidamente. Pueden reducir el niv el de 
oxígeno de la sangre. Pueden estimular el sistema endocrino  , aumentar el flujo de ácido 
hidroclórico hacia el estómago, o acelerar o disminuir el paso de sangre a través del corazón, 
desequilibrar la producción de sangre del cuerpo reprimiendo la médula ósea, reducir o 
aumentar la presión sanguínea o afectar al intercambio entre sodio y potasio que juega un 
papel vital en el equilibrio químico del cuerpo ( Cousins). 


Con motivo de la concesión del Premio Nobel de Física de 1990 a unos in vestigadores 
que colaboraron destacadamente en la elabor ación del modelo de los quarks, la 
Academia Sueca nos recordaba que éstas son las partículas más elementales 
conocidas. Toda la materia del universo, incluido el cuerpo humano, está formada 
en más de un 99% por quarks y gluones (partículas que unen los quarks) y el 
resto son electrones. Estas partículas no son formas muy simples, pero aunque lo 
fueran, tal circunstancia sólo nos adelanta un ápice para conocer la complejidad 
del hombre y del univ erso en la inmensa ma yoría de las situaciones que nos 
interesan. 


En líneas generales, es necesario aceptar que la complejidad tiene componentes 
de orden y de desorden, que imbrica la organización y la anti-organización, que 
implica armonía y desacuerdo, que genera efectos positivos y negativos: un ejem- 
plo tomado de la fisiología lo pone bien de manifiesto. Cuando sólo se aprecia una 
vertiente, es porque la otra está latente, salvo que estemos hablando de construc- 
ciones teóricas o artificiales, como los citados ar abescos. 


El observador siempre está obligado a elegir entre los muchos aspectos de la 
complejidad de su objeto. 
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3. La sobrespecialización, causa y efecto de la complejidad 


La fragmentación del conocimiento en numerosas disciplinas es una consecuencia 
de los progresos de la ciencia y de la cultur a, lo que ha dado origen a una fr ase 
célebre del poeta Eliot relativ a al ex ceso de información y la pérdida del saber: 
"¿adónde se fue el saber que hemos perdido en el conocimiento , adónde el cono- 
cimiento que hemos perdido en la información?". El mismo sentido tiene esta ota, 
más escueta, de Daumel: "lo sé todo, pero no comprendo nada". 


Es una evidencia que la multiplicación de especialidades tiene el efecto de facilitar 
la división del trabajo y la formación, pero produce una dificultad geométricamente 
creciente en lo que atañe a afrontar la realidad compleja que nos circunda. Si la 
interdisciplinariedad es con veniente, aunque cada día más difícil de conseguir , 
¡qué decir entonces de la multidisciplinariedad!. 


Ante un exceso insostenible de especialización comienzan también a multiplicarse 
-aunque todavía en número relativamente modesto en el plano práctico- las voces 
que reclaman difundir una "ciencia de la complejidad". Desgr aciadamente, la 
estructura oficial del conocimiento y del mundo labor al e industrial, arr astrados 
por una inercia de decenas y decenas de años se muestr an muy cerrados a estos 
nuevos/viejos planteamientos. 


El conocimiento aislado obtenido por un grupo de especialistas en un campo estrecho no 
tiene en sí mismo valor alguno de ninguna clase. Sólo tiene v alor en el sistema teórico que 
lo une a todo el resto del conocimiento ( Schródinger). 


En quince años el número de especialidades reconocidas por la Asociación Médica de los 
Estados Unidos ha aumentado a más del doble y en la actualidad (1975) comprende sesenta 
y siete campos. Dentro de cada campo se forma un feudo, en el que se reconocen enfermeras, 
técnicos, revistas, congresos y algunas v eces grupos organizados de pacientes que pugnan 
por obtener más fondos públicos. El costo de coordinación del tr atamiento del mismo paciente 
por varios especialistas crece exponencialmente con cada competencia que se agrega en el 
proceso, y lo mismo ocurre con el riesgo de que se cometan errores y la probabilidad de 
provocar lesiones a causa de la inesperada sinergia de diferentes terapéuticas (Illich). 


La rarefacción de las comunicaciones entre ciencias natur ales y ciencias humanas, la disci- 
plinariedad cerrada ( apenas corregida por la insuficiente interdisciplinariedad), el crecimiento 
exponencial de los saberes separ ados hacen que cada uno de nosotros, especialista o no , 
sea cada día más ignorante del saber existente (Morin). 


La nueva ciencia de la complejidad, como el computador , atraviesa las fronteras disciplina- 


rias. Algunos problemas en Biología, Física, Ingeniería eléctrica, Economía y Antropología se 
pueden tratar por medio de métodos similares, no por causa de solapamiento alguno en 
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cuanto a la naturaleza de esos campos, sino porque las técnicas requeridas para resolverlos 
son similares. La futura organización de las ciencias, ejemplarizada por la forma en que los 
departamentos científicos son categorizados en las univ ersidades, cambiará par a reflejar 
esta nueva estructura interdisciplinaria de los problemas. Eso sucederá, o si no, emergerán 
nuevas instituciones que asumirán esta nuev a arquitectura de las ciencias (...) De hecho , 
esto ya está ocurriendo en la medida en que se están estableciendo nuev os centros para el 
estudio de la complejidad dentro de algunas universidades o como institutos independientes 
(Pagels). 


A medida que se vaya desarrollando nuestra comprensión de la complejidad, podrían encon- 
trarse leyes de los sistemas complejos aplicables a una v ariedad de sistemas con indepen- 
dencia de la disciplina en la que estén localizados ( Pagels). 


De hecho, cabe esper ar una resistencia consider able, porque la simplicidad es 
bastante más satisfactoria (más newtoniana) intelectualmente que la complejidad. 
Esta se toma habitualmente como una tar a que ha y que soportar, si no ha y más 
remedio, pero que es preferible evitar cuando ello es posible. Y esta toma de pos- 
tura no está ni mucho menos despro vista de razones, como demostró el famoso 
libro de Schumacher "Small is beautiful". 


Como reflejo sarcástico de posiciones sociales muy gener  alizadas frente a la 
complejidad traemos a colación unos cuantos "aforismos" de un autor americano 
apellidado Gall que ha "sufrido" ciertas consecuencias de la complejidad de algunos 
sistemas creados por el hombre. ¿Fueron esos sistemas diseñados por conjuntos 
de gentes sobrespecializadas?. 
Teoría avanzada de sistemas: 

1. Todo es un sistema 


2. Todo es parte de un sistema ma yor. 


3. El universo está infinitamente sistematizado , tanto en el sentido ascendente (sistemas 
mayores) como en el descendente (sistemas menores). 


4. Todos los sistemas son infinitamente complejos (La ilusión de simplicidad se basa en 
focalizar la atención en una o en pocas v ariables). 


Los programas de ordenador nunca funcionan a la primera. Los programas complejos nunca 
lo hacen. 
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Un sistema complejo puede fallar de un número infinito de formas. 
Cuanto mayor es el sistema, más especializada y estrecha su interfaz con los individuos. 


Los sistemas complejos tienden a producir respuestas complejas (no soluciones) a los 
problemas. 


Nada complicado funciona. Los sistemas complicados raramente superan el 5% de eficiencia. 


Los sistemas complejos tienden a oponerse a su propia específica función. 


4. Necesidad de un nuevo discurso del método 


Es preciso reconocer que los sarcasmos anteriores ilustr an un estado intelectual 
deficitario, una carencia de conocimientos o de métodos, probablemente un 
desarme frente a la evolución extremadamente rápida del mundo, de sus institu- 
ciones, de sus sistemas sociales y de su tecnología. Ciertamente, reflejan la 
manifestación de excesos incontrolados y de falta de prudencia (o de sabiduría, 
como dirían Eliot y Fourastié, entre otros muchos). 


Microscopio, telescopio: estas palabras evocan los grandes avances científicos hacia lo infi- 

nitamente pequeño y hacia lo infinitamente grande. (...) Hoy nos enfrentamos a otro infinito: 
lo infinitamente complejo. Pero esta vez no poseemos instrumento alguno. (...) Cierto es que 
el ordenador es un instrumento indispensable. Sin embargo , no es más que un catalizador, 
no toda vía esa herr amienta que tanto necesitamos. (...) El macroscopio no es una herr  a- 
mienta como las demás. Es un instrumento simbólico , hecho de un conjunto de métodos y 

de técnicas tomadas de muy diferentes disciplinas. (...) El macroscopio filtr a los detalles, 

amplifica lo que une, destaca lo que apro xima. No sirve para ver más grande o más lejos, 

sino para observar lo que a la v ez es demasiado gr ande, demasiado lento y demasiado 

complejo a nuestros ojos (como la sociedad humana, ese organismo gigantesco que nos es 

totalmente invisible). Antaño, para tratar de penetrar los misterios de la complejidad buscá- 
banse las unidades más simples que permitían explicarla: la molécula, el átomo, las partículas 
elementales (Rosnay). 


LOS CUATRO PRECEPTOS DEL NUEVO DISCURSO DEL METODO (Le Moigne) 
El precepto de pertinencia: Convenir en que todo objeto que consideremos se define por 
relación a las intenciones implícitas o explícitas del modelador Jamás prohibir poner en duda 


esta definición si, habiéndose modificado nuestras intenciones, se modifica la percepción que 
teníamos del objeto. 
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El precepto de globalismo : Considerar siempre el objeto a conocer por nuestr a inteligencia 
como una parte inmersa y activa en el seno de un todo ma yor. Percibirlo primero globalmente, 
en su relación funcional con su entorno sin preocuparse exageadamente de establecer una ima- 
gen fiel de su estructura interna, cuya existencia y unicidad jamás se darán por conseguidas. 


El precepto teleológico: Interpretar el objeto no en sí mismo , sino por su comportamiento, 
sin buscar explicar a priori su comportamiento por alguna ley implicada en una ev entual 
estructura. Por el contr ario, comprender este comportamiento y los recursos que mobiliza 
por relación a los pro yectos que, libremente, el modelador atribuy e al objeto . Tener la 
identificación de estos hipotéticos proyectos por un acto racional de la inteligencia y con venir 
en que su demostración muy raramente será posible. 


El precepto de agregatividad: Convenir en que toda representación es partidaria, no por 
olvido del modelador, sino deliber adamente. En consecuencia, buscar algunas fórmulas 
susceptibles de guiar la selección de agregados tenidos por pertinentes y excluir la objetividad 
ilusoria de un censo exhaustivo de los elementos a considerar. 


La visión de la natur aleza ha sufrido un cambio r adical hacia lo múltiple, lo ev olutivo, lo 
complejo, una nueva situación que no tiene precedentes en la historia de la ciencia. (...) El 
interés de la ciencia se está trasladando desde lo simple a lo complejo. (...) ¿Cuáles son las 
hipótesis de la ciencia clásica de las cuales la ciencia actual se ha liber ado? 
Fundamentalmente aquéllas que se centr an alrededor de la con vicción básica de que el 
mundo microscópico es simple y está gobernado por ley es matemáticas simples. Esto nos 
parece hoy día una idealización engañosa. Esta situación sería similar a la reducción de un 
edificio a un conglomerado de ladrillos; con los mismos ladrillos podríamos construir una 
factoría, un palacio o una catedr al. Es al niv el del edificio en su conjunto donde v emos el 
efecto del tiempo y del estilo en el cual fue concebido el edificio ( Prigogine, Stengers). 


Ello no quita, sin embargo, para que la complejidad esté ahí, desafiándonos, exi- 
giéndonos planteamientos y visiones diferentes, llámense macroscopios o nuev os 
discursos del método . Un problema es in ventarlos o perfeccionarlos, y otro , no 
menor, y puede que incluso mucho ma yor, cómo conjugarlos con el potente 
proceso de sobrespecialización hoy vigente. 


4.1 Los sistemas, un instrumento 


El concepto de "sistema" gener a uno de los principales enfoques par a el estudio 
de la complejidad. De hecho, nació para eso, bajo la pretensión de unificar el estu- 
dio de las ciencias. A nuestro parecer , es uno de los más eficaces instrumentos 
"cognitivos", y, como es fácil de comprobar, muchos de los autores citados en los 
apartados anteriores han hecho uso de él. 


173 


Complejidad y Tecnologías de la Información 


Existen muchas definiciones de "sistema", casi todas equiv  alentes a las dos 
categorías representadas en la tabla adjunta por las citas de Ashb y y de Morin. 


Los objetos pueden representar una infinidad de sistemas igualmente plausibles, que difieren 
los unos de los otros por sus propiedades ( Ashby). 


Sistema: unidad global organizada de interrelaciones entre elementos, acciones o individuos 
(Morin). 


La complejificación de la organización social es necesaria en el marco de las sociedades rela- 
cionales. Complejificación significa apertura de un gran número de nuevos canales de comu- 
nicación para multiplicar las interdependencias entre subsistemas ( Attali). 


Principio de emergencia: El todo es más que la suma de las partes. Principio de constricción: 
El todo es menos que la suma de las partes ( Morin). 


Tanto en ciencia como en ingeniería, el estudio de los "sistemas" es una actividad creciente- 
mente popular. Esto es más una respuesta a la necesidad opresiva de sintetizar y analizar la 
complejidad que a cualquier gr an desarrollo de un cuerpo de conocimiento y técnica par a 
afrontar la complejidad (Simon). 


De manera más general, puede concebirse la evolución de sistemas organizados, o el fenó- 
meno de auto-organización, como un proceso de aumento de complejidad a la v ez estructural 
y funcional resultante de una sucesión de desorganizaciones recuperadas seguidas cada vez 
de un restablecimiento a un nivel de variedad mayor y de redundancia menor ( Atlan). 


Numerosas grandes empresas y administraciones son insuficientemente complejas: se pre- 
sentan como un ensamblado demasiado complicado (múltiples códigos, múltiples normas, 
múltiples cadenas de control,...) de actividades y de procesos pobres y fragmentarios. Tales 
organizaciones sufren a la v ez de un déficit global de v ariedad (en el sentido de la riqueza 
de percepciones, de los significados, de las comunicaciones, ...) y de un insuficiente reparto 
de esta variedad entre las unidades de los diversos niveles: cada una de las unidades es simple 
(su función y su trabajo son a veces incluso simplistas) y su imbricación es complicada. Para 
el individuo alojado en una de estas unidades, ésta es su entorno próximo de tr abajo y su 
entorno lejano, la fábrica, la empresa, el medio socio-económico, es indescifrable (Mélese). 


La noción de instrumentación es concebida de manera demasiado estrecha. Cuando pensamos 
en instrumentos pensamos en microscopios, telescopios, dispositivos electrónicos de medida: 
artefactos materiales. Sin embargo, las personas también crean "instrumentos cognitiv os", 
especialmente técnicas matemáticas que pueden ser herr amientas utilizadas por la mente 
humana para promo ver el descubrimiento (...) Otro ejemplo más actual de instrumento 
cognitivo es el software innovador (Pagels). 
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En cualquier caso, es recomendable una visión muy amplia de los sistemas, que 
incluya las constricciones y no sólo las emergencias, y que alcance a los sistemas 
evolutivos, como son los sistemas viv os y los sistemas sociales. A tr avés de los 
fenómenos de organización, de auto-organización y de desorganización, la 
complejidad adquiere un sentido muy rico , que abarca también muchos de los 
aspectos positivos ligados a la evolución. 


En efecto, nosotros hemos escrito hace tiempo lo siguiente: "El progreso tecnológico 
incrementa la complejidad organizativ a y la Biología nos enseña que no ha y 
evolución sin aumento de la complejidad interna. Es precisamente gr acias a su 
enorme, inimitable y adecuada complejidad que la mano humana es entre todos 
los instrumentos mecánicos natur ales y artificiales el más fino y multifuncional. 
Por lógica, los riesgos y problemas ocasionados por su pérdida o deterioro se 
miden en la misma escala de importancia”. 


Hoy es impropio estudiar la complejidad en relación con la tecnología si no se inte- 
gra a ésta en un conocimiento de los sistemas humanos organizados e incluso de 
los sistemas biológicos. 


4.2 Los modelos y las jerarquías 


Se ha dicho que los sistemas no existen en la naturaleza, sólo son una aproximación 
con la que construimos modelos mentales. Estos modelos muchas veces adquieren 
diversas formas jerárquicas, porque éstas han demostr ado su eficiencia par a 
comprender o diseñar sistemas complejos. 


El estudio de las jerarquías se ha convertido desde hace años en uno de los campos 
más fructíferos de la epistemología científica, y en el nivel práctico representa una 
indudable herramienta intelectual, una modalidad de abstr acción inseparable del 
enfoque sistémico. En el campo de la tecnología su impronta se deja ver en cualquier 
sistema medianamente complejo, desde la estructur a de un ordenador o de un 
sistema gestor de bases de datos hasta la arquitectura de una red informática de 
comunicaciones. 


La visión del mundo que cada uno de nosotros se ha formado no es sino un modelo 
Tomamos todas nuestras decisiones a partir de modelos. T odas las ley es son escritas fun- 
dándose sobre modelos (Forrester). 


El concepto de sistema es, de hecho , inseparable del concepto de modelo , concebido como 
sistema representativo de un sistema concreto. Todo sistema real no es conocido en efecto 
más que a tr avés de modelos representativ os (representaciones mentales individuales o 
representaciones explicitadas formalmente) (Walliser). 
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Es evidente el inmenso alcance de la clasificación jerárquica: se tr ata del método de clasifi- 
cación más poderoso que emplea el cerebro- y-entendimiento humano para poner orden en 
la experiencia, las observaciones, las entidades y la información; y, aunque no se ha asentado 
aún como tal de modo inconcuso en la neurofisiología y la psicología, este tipo de clasificación 
representa probablemente el modo primario de coordinación u organización: a) de los 
procesos corticales, b) de sus correlatos mentales, y c) de la expresión de éstos mediante 
simbolismos y lenguajes (Whyte). 


El hecho de que muchos sistemas complejos tengan una estructua jerárquica cuasi-descom- 
ponible es un factor ma yor que nos facilita la comprensión, la descripción y la "visión" de 
tales sistemas y de sus partes ( Simon). 


Entre posibles formas complejas, las jer arquías son unas que tienen el tiempo par a evolu- 
cionar (Simon). 


Casi por definición, los sistemas verdaderamente escapan a una descripción completa y 
detallada.Cuando hemos de describir algo, el dilema con que nos encontamos es el queexis- 
te entre la sencillez, que es uno de los requisitos previos de la comprensión y la necesidad de 
tener en cuenta los numerosos aspectos del comportamiento de un sistema complejo  . Es 
posible intentar una vía de salida a tal dilema mediante una descripción jerárquica: se 
describe el sistema mediante una familia de modelos, cada uno de los cuales se ocupe de 
su comportamiento mirado desde un nivel de abstracción distinto. Entonces, para cada nivel 
existe un conjunto de r asgos, variables, leyes y principios pertinentes mediante las cuales 
describiremos el sistema en cuestión; ahora bien, para que semejante jerarquía sea efectiva 
es necesario que la descripción correspondiente a un nivel cualquiera se considere indepen- 
diente de las relativas a los demás niveles, cosa que puede hacerse admitidas su clausura y 
su independencia frecuencial (Bunge). 


Para el espíritu simplificador, la organización ideal procede de la estructura piramidal centra- 
lista/ jerárquica/ especializadora. En la cúspide, el centro de computación/ decisión/ mando. 
En escalones, las jer arquías de control, función, tr ansmisión. En la base, los oper adores 
especializados. (...) De hecho , cada v ez que nuestr a mirada toma amplitud o afina en el 
detalle, vemos que la combinación de centrismo/ policentrismo/ acentrismo, jerarquía/ hete- 
rarquía/ anarquía, especialización/ poliv alencias/ no-especializaciones es el carácter final- 
mente fundamental de los fenómenos vivos (Morin). 


Puede que no existan los sistemas en la naturaleza, pero en la tecnología, sí, 
porque son objetos artificiales, esto es, entidades construidas por el hombre, a 
imagen y semejanza de sus modelos mentales: sistemas y jerarquías, entre otros 
instrumentos cognitivos. 


Referencias obligadas para estudiar las jerarquías son los libros de Simon, Wh yte 
y Morin. 
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5. "Filosofía" e Ingeniería 


A mediados de 1990, A. P enzias, vicepresidente de in vestigación en la empresa 
AT8iT, decía lo siguiente: "La complejidad está creciendo a causa de que la tecno- 
logía nos capacita par a hacer más cosas y nos fuerza a hacerlas mejor (...) 
Contrariamente a lo que podía esperarse, la complejidad de la tecnología nos está 
empujando a los ingenieros a asignarle un mayor valor a nuestras capacidades en 
relaciones humanas, porque tenemos que lidiar con más gente en el curso de 
nuestro trabajo". 


La observación anterior es correcta, pero tal vez insuficiente. Muchos observadores 
piensan que el ingeniero debería preocuparse por variadas cuestiones filosóficas y 
epistemológicas, al menos una brizna más de lo que por lo regular lo hace ahor a. 
Siendo así que ciertas aplicaciones de la informática, como la Inteligencia Artificial, 
modifican el concepto que de sí mismo pueda tener el ser humano ¿sería lógico 
evadirse completamente de esas y otr as implicaciones par a acantonarse en un 
reducto exclusivamente tecnológico?. 


(...) los ingenieros no parecen ser conscientes de las cuestiones filosóficas que su tr abajo 
pueda entrañar. Para entrar en conversación con mis amigos ingenieros a veces pregunto: ¿cuá- 
les son los fundamentos de su disciplina?. La pregunta siempre es recibida con perplejidad. 
Incluso después de haber explicado qué es lo que me ocupa, esto es, un informe coherente 
de la naturaleza y significado de la rama de ingeniería en la que ellos tr abajan, la pregunta 
carece de significado para ellos. Los muy pocos que formulan preguntas importantes acerca 
de sus profesiones técnicas por lo gener al son consider ados por sus colegas maniáticos, 
peligrosos y radicales (Winner). 


¿Quién tiene más necesidad de la epistemología? Son los ingenieros quienes tienen la nece- 
sidad más urgente de una teoría del conocimiento y la mejor probabilidad de creer en ella 
(Papert y Voyat). 


Si el ingeniero falla en estudiar metainformática, o, peor aún, si permanece inconsciente del 
hecho de que hay límites a la aplicabilidad de la computación y de las tecnologías de la infor- 
mación, es probable que caiga en una clase de error similar a la de ciertos teólogos 
medievales que intentaban establecer cuestiones de física por medio de citas bíblicas 
(Paráfrasis de Schumacher). 


Los técnicos suelen ofenderse cuando se les dice que están empapados de filosofía. (...) Por 
más que rehuya a los filósofos, el técnico no puede evitar el contagio filosófico , ya que maneja 
ideas que presuponen conceptos e hipótesis filosóficos: hace filosofía sin saberlo . Y, puesto 
que la hace, mejor sería que la hiciese bien. P ara esto tendría que aprender algo de filosofía 
(Bunge). 
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En conjunto, parece que es posible anotar, como también se señalaba en un con- 
greso reciente, que los ingenieros resultan con frecuencia ser demasiado ingenieros 
(técnicos) y tienden a "ver el mundo por un agujero", alejándose de la visión global 
de los problemas, de la capacidad de planificar y de la intuición del futuro . 


Así pues, los textos adjuntos tienen el aire de querer decirnos que, complementa- 
riamente a los principios del nuevo método y al enfoque sistémico y demás técnicas 
abstractas, una cierta formación humanística a yudaría a combatir el "ex ceso" de 
especialización, -no la especialización que de todas formas es ineludible. Entre los 
textos se intercala alguno que interpreta muy libremente (sustituy endo sólo alguna 
palabra por otra) párrafos por lo demás literales de Schumacher. 


6. Tecnología versus Complejidad 


Se recogen en este apartado las que pueden reputarse como las dos car as de la 

tecnología (aquí ejemplarizada por la informática, tecnología de la información por 
excelencia) con respecto a la complejidad. R esumiendo mucho, la informática es 

un instrumento para comprender y manejar la complejidad, pero también gener a 
complejidad. 


6.1 El ordenador, instrumento para manejar complejidad 


De diversas formas, div ersos autores nos indican la potencia del ordenador con 
vistas a afrontar la complejidad, unas veces para ayudar a gestionar materialmente 
las instituciones y sistemas sociales del mundo real, otras para modelar un mundo 
simulado, otras simplemente par a profundizar en el conocimiento , ordenando y 
procesando grandes masas de información. 


En cualquier caso , junto a las técnicas de la informática, todos los textos nos 
manifiestan su insuficiencia si no se acompañan de otr as técnicas y métodos: 
técnicas de sistemas y de cibernética, técnicas de modelación y simulación, técnicas 
matemáticas de formalización, ... 


En el mundo real sucede que el aumento de libertad (incluyendo nuevas oportunidades) 
incrementa la variedad (complejidad) a un punto tal que nuestr as respetadas instituciones 
no son ya capaces de manejarla (...) Sugiero una lista de tres herr amientas básicas dispo- 
nibles para amplificar la variedad de las instituciones: el ordenador, las telecomunicaciones 
y las técnicas de la ciencia de la organización efectiv a (la cibernética) (...) Esto y simplemente 
proponiendo que la sociedad debería usar estas herramientas para rediseñar sus instituciones, 
y Operarlas de una manera completamente diferente (Beer). 
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El computador, el instrumento de las ciencias de la complejidad, rev elará un nuevo cosmos 
nunca antes percibido. A causa de su capacidad para manejar y procesar enormes cantidades 
de información en una forma fiable, mecánica, el ordenador , en tanto que herr amienta de 
investigación científica, ya ha revelado un nuevo universo. Este universo era antes inaccesible, 
no porque fuera muy pequeño o estuvier a muy lejos, sino porque er a tan complejo que 
ninguna mente humana podía desentrañarlo (Pagels). 


¿Podemos entonces eludir las limitaciones al progreso científico impuestas por las limitaciones, 
cada vez más definitivas, de la observ ación y de la experimentación? (...) ...aunque la 
complejidad del mundo real nos impida su obsenación y experimentación, sí podemos expe- 
rimentar y observ ar un mundo simulado . Y para ello disponemos también de una a yuda 
exosomática, las computadoras. (...) La simulación es, en suma, la gr an esperanza para 
penetrar en la complejidad del mundo ([ Wagensberg). 


Complejidad es una evaluación que hacemos de nuestra capacidad para describir, computar 
o predecir con precisión fenómenos en un dominio ( Denning). 


6.2 Ingeniería, complejidad y economía de medios. El caso del software 


Líneas arriba se hablaba de filosofía, aunque fuera en forma entrecomillada. Pues 
bien, las dos primeras citas que contiene la tabla adjunta se deben a dos filósofos 
y nos orientan sobre la conveniencia de no introducir en los objetos observados o 
diseñados más complejidad de la necesaria. 


Hasta tal punto es ése un buen consejo que, par afraseando de nuevo muy libre- 

mente un texto de Schumacher podría decirse que "la buena ingeniería es el estu- 
dio sistemático de cómo alcanzar metas determinadas con la mínima complejidad 

general". Unicamente ha y que tener en cuenta la pertinencia de consider ar la 

complejidad en el sentido más amplio que permitan las circunstancias, y a ser posi- 
ble, en un plano sociotécnico, dado el impacto social de las modernas tecnologías. 


Si dos fórmulas de distinta longitud explican un mismo fenómeno con igual mérito , la más 
corta es verdadera, falsa la otra (Occam). 


La ciencia debe buscar las explicaciones más simples de los fenómenos más complejos 
(Whitehead). 


Los programadores siempre estamos rodeados de complejidad; no podemos evitarlo «Si 
nuestra herramienta básica, el lenguaje con el que diseñamos y codificamos nuestros progr a- 
mas es también complicado, el lenguaje se convierte en una parte del problema más que en 
parte de la solución (Hoare). 
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Una regla bastante normalizada es que, si quieres que algo se mantenga simple, la organi- 
zación que lo desarrolle ha de ser simple ( Warnock, creador de PostScript). 


Todo se debe hacer tan simple como sea posible. Pero para hacerlo hay que dominar la com- 
plejidad (Sampson, creador de Alto). 


Una seña de identidad de los programas muy buenos es que incluso internamente siguen la 
filosofía de la simplicidad. Si quieren hacer algo complejo llaman al código internamente con 
operaciones simples, en lugar de hacer la oper ación compleja desde el principio ( Gates, 
fundador de Microsoft). 


El verdadero reto es diseñar softw are que sea simple por fuer a, pero complejo por dentro . 
(...) Yo creo muy firmemente que el diseño y la estructur a de alto niv el deben ser hechos 
por una sola persona, desde luego nunca más de dos. (...) Los progr amas complicados son 
mucho más fáciles de escribir que los sencillos y directos. ( Page, creador de PFS:FILE). 


Estudio tras estudio muestr an que los diseñadores muy buenos de softw are producen las 
estructuras más rápidas, pequeñas, simples, limpias y que requieren menor esfuerz (o) 
(Sackman). 


Si los programas están bien, tienen una especie de simplicidad y de simetría (Sachs, creador 
del programa 123). 


La buena ingeniería siempre ha tenido mucho que v er con una economía de 
medios, con la "usabilidad" (en terminología actual) y con la simplicidad interna 
del diseño. Sin duda, puntos de vista de progr amadores de éxito, diseñadores de 
productos de software reconocidos como triunfadores, pueden aportarnos motivos 
de reflexión en torno a la complejidad, aunque, como es fácil de constatar, no son 
mutuamente consistentes. 


Y con estos textos finales, si el lector se detiene en compar arlos con los del pri- 
mer apartado, podrá apreciar la profundidad del ámbito de la complejidad, exten- 
sible desde un planteamiento global que presenta un panor ama prácticamente 
inabarcable hasta un intento de concreción para los efectos prácticos de un campo 
tan especializado como es el diseño de programas de ordenador. 
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Capítulo 10: Un marco universal para la construcción de 
modelos 


En este capítulo consagramos el concepto de "situación compleja", que, a nuestro 
juicio, tiene la capacidad de integrar coherentemente las muy diversas concepciones de 
"complejidad". Cualquier situación viene definida en todo momento por la interacción de 
valores particulares extraídos de tres conjuntos a los que llamamos H (observador, general- 
mente un ser Humano), I (Interfaz, Instrumental) y O (Objeto). Al resultado de la interacción 
se le denomina IO (Imagen del Objeto). 


Probablemente, no hay nada en ese modelo que no haya sido estudiado en una u otra forma 
por la filosofía, en particular por la epistemología, pero a él se ha llegado en este caso desde 
un planteamiento técnico orientado a sintetizar una herramienta muy condensada, sencilla 
de recordar, y práctica para comprender y afrontar un número ilimitado de situaciones reales 
envueltas en complejidad. 


Pero en realidad lo que veremos es, más que un modelo, un marco para construir modelos 
y por tanto su alcance desborda aparentemente el objetivo inicial, que lo relacionaba con la 
complejidad. Si decimos "aparentemente" es porque, en definitiva, modelar es siempre una 
manera de "manejar complejidad". 


1. Introducción 


Este capítulo trata de un modelo gener al que da cohesión y sentido a todo este 
texto. Si lo hemos situado en medio y no al principio del mismo ha sido por una 
decisión muy meditada. Queríamos respetar el orden epistemológico personal, es 
decir, la génesis del modelo , que ha surgido dentro del autor después de v arios 
años de pelear con cuestiones de sistemas y de complejidad. P.— or analogía, los 
capítulos anteriores deberían actuar sobre el lector como prepar ación psicológica 
del terreno para poder asumir mejor este modelo como un planteamiento global 
de todo lo que ya ha visto. 


La distribución del capítulo es sencilla. Primero  , veremos el marco par a la 
construcción de modelos, a través de una exposición del significado de las letr as 
H, 1, O e IO y de su manejo constructivo. A continuación, abordaremos su aplicación, 
que hace emerger el concepto de "situación compleja o de complejidad", con el 
que reencontr aremos varios de los tipos de complejidad y a visitados en capítulos 
anteriores o sugeriremos algunos nuevos que serán tratados en capítulos posteriores. 
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Dedicaremos una atención especial a la letr a I, por su impacto decisiv o en el 
filtraje de la complejidad del objeto , y por tanto en su construcción mental. 
Habitualmente, la I engloba todo el arsenal teórico , conceptual o instrumental a 
disposición del observ ador. La teoría de sistemas o el enfoque sistémico son 
elementos del conjunto I, por ejemplo. Por un razonamiento recursivo, incluso el 
modelo Hx 1x0 es otro elemento del mismo conjunto . 


Para terminar, se harán algunas anotaciones acerca de la capacidad del modelo 
para absorber los variadísimos conceptos que destilan los textos sobre complejidad 
seleccionados en el capítulo anterior. 


2. Los elementos 


A estas alturas del texto, puede que el lector tenga una idea bastante apro xima- 
da de lo que es la complejidad, sobre todo si ha trabajado personalmente las refe- 
rencias bibliográficas o si ha debatido en clase las cuestiones. P— ero también es 
posible que esté hecho un lío después de tantas clasificaciones, apro ximaciones, 
enfoques y definiciones. 


Aquí intentaremos encajar en un sencillo esquema conceptual la ma yoría de las 
ideas que sobre complejidad han aparecido hasta el momento . 


El punto de partida es un hecho bien conocido: nuestra mente es limitada. Carece 
de la capacidad para aprehender todos los hechos que ocurren en el "mundo real", 
todos los elementos e interrelaciones. No es capaz de manejar directamente la 
complejidad. Para ser más exactos, ni siquiera lo intenta. 


De forma más o menos consciente, todos filtr amos la realidad y afrontamos una 
complejidad drásticamente reducida. Ciertamente, en lugar de tratar directamente 
con la realidad -entendida como el conjunto completo de factores que determinan 
un objeto- construimos modelos de ella. El proceso mediante el cual se obtienen 
estos modelos y las implicaciones sobre reducción de complejidad que de él se 
desprenden, constituyen la materia de este capítulo. 


2.1 O: el objeto 


Cuando contemplamos el mundo , sólo percibimos una parte de él. Centr amos 
nuestros sentidos, nuestra atención o nuestro estudio en algo , en un objeto, al 
que nos referimos por un nombre. De la infinidad de componentes del univ  erso, 
elegimos un subconjunto: digamos que definimos las "fronter as" de lo que nos 
interesa. Pueden delimitar éstas lo que llamaremos una piedra, un ordenador, una 
institución o una célula. Y esta delimitación no es únicamente espacial: también 
fijamos la realidad en el tiempo, centrándonos en su estudio en un interv alo 
temporal limitado. 
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Parece claro que la complejidad que hemos de manejar disminuye cuando pasamos 
de considerar el "mundo real" en su totalidad a ocuparnos sólo de uno de sus 
fragmentos. Esta disminución puede entenderse si tenemos en cuenta la drástica 
reducción en el número de elementos y relaciones consideradas. Pero en cualquier 
caso, el nivel de complejidad, pese a haber disminuido mucho respecto al universo 
entero, puede seguir siendo grande si continuamos manejando un número elevado 
de interrelaciones. 


Veámoslo con un sencillo ejemplo . En él, el O elegido es una piedra concreta. En 
términos, por ejemplo , de partículas, hemos pasado de consider ar todas las del 
universo a tener en cuenta únicamente las que forman la piedía. Pero aún así, nos 
queda un ingente número de ellas (la piedra estará compuesta por una grandísima 
cantidad de átomos, por ejemplo). 


2.2 1: la interfaz 


Cuando nos ocupamos del objeto que hemos elegido par a nuestro estudio , lo 
hacemos de una cierta maner a. Utilizamos siempre, de una forma más o menos 
explícita, unos instrumentos y unas técnicas. Estos instrumentos y técnicas 
constituyen lo que Sáez Vacas llama interfaz o instrumento. Es evidente que aquí 
la voz "interfaz" se utiliza en el sentido más gener al posible, que incluy e por 
supuesto a la interfaz tecnológica de manejo de un apar ato. 


En el caso más directo, percibimos la realidad a través de nuestros propios senti- 
dos, que ya por su propia naturaleza realizan un importante filtrado de compleji- 
dad y nos focalizan sobre ciertas características del objeto. Y utilizamos unas téc- 
nicas, como por ejemplo las que comprende lo que solemos llamar "sentido 
común". (Por razones que se explicarán más adelante, los sentidos, y en gener al 
el aparato perceptivo, los englobaremos como un componente del factor H). 


Podemos usar, también, un microscopio . Así centr aremos nuestra atención de 

forma que todo lo que sea ma yor de un cierto tamaño nos resultará irrelev ante, 
simplemente no lo veremos. Lo mismo pasará con lo que sea menor que la capacidad 
de resolución del aparato. Con un microscopio electrónico pueden verse las cadenas 
moleculares, mientras que para ver las estructuras celulares, que son construcciones 
arquitectónicas de cadenas moleculares, es suficiente con un microscopio óptico; 

por su parte, las células se pueden estudiar con un microscopio óptico y, a veces, 
con una lupa. Sin embargo , si lo que utilizamos es un telescopio , la realidad 
cercana desaparece, y nos centraremos en los cuerpos que queden dentro de su 

alcance. 


Veamos otro ejemplo. Si estudiamos un ordenador con las herr amientas concep- 


tuales que nos proporciona la electrónica, sólo podremos ocuparnos de lo que 
podríamos llamar "niv el electrónico", y no percibiremos el niv el lógico, ni por 
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supuesto nada que tenga que ver con los procesos que en él se realizan y que se 
organizan por las técnicas de la programación. 


En resumen, con un instrumento v emos una cosa pero dejamos de v er otras. Si 
vemos la molécula, no vemos la luna. Y viceversa. Todos los instrumentos producen 
simultáneamente un efecto amplificador y limitador. 


De estos ejemplos parece desprenderse la idea de que ha y dos tipos de interfaz 
(cuya naturaleza discutiremos con posterioridad): 


a. Por un lado, lo que podríamos llamar "herramientas": métodos o instrumen- 
tos físicos utilizados en la percepción del objeto consider ado. 


b. Por otro, lo que serían " técnicas": métodos conceptuales de análisis de los 
datos que nos han aportado los instrumentos o , simplemente, sistemas de 
representación. En un sentido amplio, todos éstos son también herramientas 
cognitivas. 


En cualquier caso , ambos tipos de interfaz están muy relacionados: según las 
características de los datos que ha yamos obtenido, tendrá sentido utilizar unas 
técnicas y no otr as. Incluso, en bastantes ocasiones la técnica viene "impuesta" 
por un determinado tipo de datos, con lo que la herr amienta queda definida dentro 
de un estrecho margen. 


La elección del instrumento condiciona la observ ación del objeto, su complejidad 
y por tanto su solución, si se trata de un problema. El observador tiene ante sí la 
difícil alternativa de distribuir complejidad entre dos dimensiones ortogonales, la 
dimensión de profundidad y la de amplitud de campo, partiendo naturalmente de 
la base de que ha y un insosla yable fenómeno de reducción de v ariedad en 
comparación con la que percibiría un hipotético "observador omnipotente". (Nota: 
el lector debe tener muy claro que cuando se habla de v ariedad es habitual manejar 
dos puntos de referencia en cuanto a la categoría del observador, el observador 
omnipotente y el observ ador a secas, o sea, nosotros. Con respecto al segundo , 
un instrumento adecuado puede amplificarle la v ariedad del objeto observado. Si 
no fuera así, no tendrían sentido los instrumentos tecnológicos ni los sistemas de 
enseñanza). 


Amplitud de campo significa más elementos, con menos detalles. P_ or ejemplo, 
eligiendo el microscopio, no sólo se desdeñan las características que quedan fuera 
de su amplitud de campo, sino también todas las que no producen un efecto lumino- 
so dentro de las longitudes de onda par a las cuales las lentes son tr ansparentes. 
A cambio, este instrumento rev ela muchos detalles de una pequeña porción del 

objeto. Profundidad igual a menos elementos, con más detalles. Un v oltímetro de 
precisión aplicado sobre un circuito eléctrico nos proporciona certer  amente un 
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número entre muchos posibles, pero es ciego a una gr an variedad de fenómenos 
o propiedades, como forma, temperatura, interacciones electrónicas, propiedades 
químicas, etc. 


Desde el punto de vista de la teoría de la v ariedad, podemos considerar a todo I 
como un filtro de variedad, colocado entre el objeto y la mente humana. 


2.3 H:el observador 


Y por último, tenemos a la persona! que está analizando (o haciendo cualquier 
otra operación, a la que genéricamente llamamos "observ ación") el objeto . Y la 
tenemos no como un "ente neutro", sino como un ser pensante, con su historia, 
su forma de ser, sus facultades perceptivas, sus conocimientos, sus opiniones y sus 
intereses: no es lo mismo observar una piedra para desentrañar su composición 
que para lanzarla. Utilizamos la letr a H como símbolo recordatorio de que gene- 
ralmente el observador es un ser humano. 


De nuevo tenemos un filtraje de complejidad o de variedad: entre todos los aspectos 
del objeto accesibles a tr avés de la interfaz, el observ ador sólo capta o toma en 

cuenta aquéllos que son conformes a su capacidad o intereses. En cualquier caso, 
el conjunto de sus circunstancias personales le impiden ser "objetivo" y considerar 
todos los datos por igual y ello al margen de las características de la interfaz. Dos 
observadores, con los mismos instrumentos, y usando las mismas técnicas, pueden 
obtener visiones o al menos interpretaciones r adicalmente distintas de un mismo 
problema, en especial si éste in volucra aspectos humanos. 


Un caso particularmente interesante para nosotros sucede cuando el propio H es 
quien elige el objeto y la interfaz entre un conjunto de posibilidades, de acuerdo 
con sus intereses y necesidades. Tal elección es fundamental, puesto que en ella 
se juega el diseño del filtro de complejidad, esto es de la clase y cantidad de infor- 
mación que va a contar en el proceso de observ ación. 


De los elementos vistos hasta el momento ( H,1,O), es H con seguridad es el que 
de forma más explícita e insistente nos hemos encontr ado en otros capítulos y 

siempre le hemos llamado observador. Así, cuando estudiamos la variedad, llegamos 
a la conclusión de que ésta er auna propiedad del binomio objeto-observ  ador: 
recuérdese cómo, en el ejemplo del neurofisiólogo y el carnicero contemplando un 
cerebro -"sesos" para el segundo-, cada uno percibía una v ariedad diferente. En 
el capítulo sobre marcos conceptuales, las definiciones de complejidad debidas 
a G. Klir, F. Sáez Vacas o R. Flood integraban al observador. Este último desagrega 


lEn sentido amplio, el observador no ha de ser necesariamente una persona: el marco 
permite también que sea, por ejemplo, una máquina quien se enfrente al objeto . 
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la complejidad en atributos relacionados con el observador y en atributos relacio- 
nados con el objeto . Y, para redondear, el capítulo sobre Textos contiene una 
sección muy explícita acerca de la "subjetividad en la complejidad". 


2.4 IO: La imagen del objeto 


Todos los filtrajes de variedad (en un sentido absoluto: reducciones de variedad), 
nos dan al final un objeto modelizado, idealizado, de una complejidad incompara- 
blemente menor que la del "universo real". Con esta complejidad es con la que se 
enfrenta nuestra mente. Lo que aquí llamamos modelo es un concepto muy parecido 
al de sistema, según la concepción que de "sistema" nos ha dejado primero Ashty, 
y después se ha encargado Klir de reforzar: cuando se establece un conjunto de 
variables como resultado de nuestr a interacción con el objeto que nos interesa, 
entonces se dice que se distingue un sistema en el objeto  . Un sistema es la 
abstracción creada a partir de un objeto real, una imagen. 


En el modelo (o Imagen del Objeto, de ahí lo de 10), los elementos son muchos 
menos, y las relaciones entre ellos mucho más sencillas que en la realidad. 
Naturalmente, para llegar hasta aquí hemos perdido una cantidad importante de 
información. Pero como contr apartida, nos enfrentamos con algo mucho más 
sencillo de comprender. Así, lo que varía de una situación a otra, de un problema 
a otro, no es la complejidad propia de la cuestión que estemos tr atando, sino la 
del modelo del univ erso que hemos creado par a ese caso particular. En muchos 
casos podría decirse que cuando se consider a a algo como muy complejo , lo que 
ocurre es que no se ha encontr ado un modelo de ello que sea suficientemente 
sencillo. 


Conviene advertir una vez más, no obstante, que decir que la modelización supone 
una reducción de variedad por referencia a la v ariedad generalmente inabarcable 
del objeto no es contr adictorio con el hecho de que el progreso tecnológico , al 
aumentar el poder de las herramientas o interfaces, amplifica ante los observadores, 
para bien y para mal, la v ariedad perceptible del mundo (véase al respecto más 
adelante el capítulo dedicado a las tecnologías de la información  ). 
Precisamente, esta última circunstancia reclama a gritos la necesidad cada día 
más urgente y la dificultad de manejar todo ese flujo de v ariedad que recorre la 
tarea humana, la necesidad de crear y distribuir macroscopios. 
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3. U.F.M.: un marco universal para la construcción de modelos 


Ya hemos introducido todos los elementos del marco conceptual que propone Sáez 
Vacas. Después de haber tomado contacto con ellos uno por uno, nos adentraremos 
en hacernos una idea de cómo se relacionan entre sí. 


Hemos dicho que siempre que se intenta manejar la complejidad del mundo, aunque 
no sea más que simplemente par a comprenderlo, se produce un " proceso de 
modelación”, que representamos mediante el siguiente esquema-fórmula: 


HXIXO—I0O 


Podemos entenderlo como un modelo de adquisición de conocimiento de percepción 
de la realidad: un modelo para construir modelos. En definitiva, como la forma en 
que manejamos un mundo que es, por definición, extremadamente complejo, con 
una mente que sólo puede abarcar parte de esa complejidad. Por su total generalidad 
y máximo gr ado de abstr acción bien la podemos consider ar como un marco 
universal para la construcción de modelos, de ahí sus siglas U  .F.M. (Universal 
Framework for Modeling, en inglés). 


H (observador) 


1 O (modelo) 


O (objeto) 


Fig. 1. Los elementos del marco Hx1xO —>EO (F. Sáez Vacas) 


3.1 El proceso 


En el esquema (o fórmula), aparecen todos los elementos que hemos venido 
presentando anteriormente. Pero, además, aparecen relacionados de una deter- 
minada forma, similar a la expresión matemática del producto de conjuntos. En 
una primera aproximación, podría leerse "La interacción entre un observador, una 
interfaz y un objeto determinados produce un modelo del objeto". P. or tanto, la 
complejidad que podamos observ ar en ese modelo (imagen del objeto) será la 
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consecuencia de la inter acción de los tres elementos del primer miembro de la 
fórmula. 


Siempre que nos acercamos a un problema, delimitamos una parcela de la realidad? 
(el objeto, O), usamos ciertas técnicas e instrumentos (en nuestro esquema, el 1), 
con unos determinados objetiv os, intereses y motiv aciones (los del ser humano , 
H). Y así "creamos" nuestr a propia visión del asunto . Sobre ella resolv emos el 
problema. Y luego extrapolamos de nuevo sobre la realidad. 


Aquí es donde se ve si la reducción (a veces simplemente elección) de complejidad 
es la apropiada par a nuestros fines, o si hemos despreciado alguna relación o 
elemento que deberíamos haber tenido en cuenta. Como toda reducción de 
complejidad implica pérdida de información, puede ser que hayamos eliminado en 
el proceso algo que es determinante para lo que buscamos. De ahí la gran impor- 
tancia de haber elegido bien el objeto y la interfaz. 


Conviene decir alguna palabr a más sobre el concepto de interfaz. Antes hemos 
hablado de dos gr andes tipos: interfaces o herr amientas físicas y herr amientas 
cognitivas. En una primera aproximación, las primeras se aplican directamente al 
mundo real y producen un "salto" del mundo físico al de los modelos, al de las 
ideas: el I "transforma" el objeto real en un conjunto de datos. En tales casos, la 
interfaz suele ser ella misma un objeto real (sentidos de una persona, microscopio, 
sensor de temperatura, un computador; ...). Hay que hacer notar que el microscopio, 
por sí mismo, no produce el modelo. Lo que "sale" por su objetivo no es más que 
luz. Será en la mente del observador donde se genere la "imagen del objeto", 
entendida como modelo. 


Y por otro lado están las interfaces que actúan sobre modelos, producto de un 
proceso de modelación anterior. Ahora no ha y "cambio de mundo", aunque sí se 
produce un modelo (IO) menos complejo. La reducción de complejidad viene dada 
por el desprecio de relaciones y datos, lo que se puede hacer de una forma más 

o menos acertada. Además, estas interfaces son ellas mismas de natur aleza 
"intangible": son modelos de acercamiento al conocimiento (en gener al, IOs 
producidos por otros procesos de modelización). A estas interfaces las llamamos 
técnicas, métodos, teorías, modelos, etc. El softw are de ordenadores entr a más 
en esta categoría que en la primera. 


2En un sentido más amplio, deberíamos decir que delimitamos una parcela del univ erso de 
discurso ya que, como veremos, O puede ser un objeto intelectual (por ejemplo, un modelo). 
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Finalmente, ambas categorías pueden combinarse, y de hecho es lo que sucede 

mayormente en la práctica actual, en la que los instrumentos, cada día más sofis- 
ticados, están controlados por ordenador, cuyo software a su v ez es manipulado 
por el usuario por medio de una interfaz (en su acepción informática) conveniente. 


Veamos como ejemplo el caso de un biólogo estudiando una célula. 


En una primera etapa, tenemos un proceso de modelación donde el objeto es la 
célula, el observador es el biólogo, y la interfaz, el conjunto formado por el sistema 
de visión del biólogo y el microscopio que está usando. Este instrumento material 
permite la elabor ación de un modelo a partir de un objeto real. En este caso el 
modelo sería una "imagen" de la célula en el cerebro del in vestigador. 


Pero no es esta imagen con la que tr abaja nuestro biólogo. De una forma más o 
menos consciente, tiene lugar un segundo proceso de modelación: ahor a el O es 
la imagen de la célula, el H sigue siendo el mismo , y el I son las técnicas de 
identificación de estructuras celulares, que usa para identificar la célula en términos 
de los elementos que la forman (membr anas, citoplasma, ribosomas, etc.). La 
elaboración del modelo ha partido ahora de otro modelo: para ello hemos utilizado 
(ha utilizado el biólogo) una técnica. Insistiremos sobre este proceder. 


3.2 Significación “dinámica” de H, 1, O 


Aquí, nos vamos a ocupar de ilustrar al lector sobre algunas de las múltiples posi- 
bilidades inter activas, que no son sólo las que se evidencian a primer a vista, 
estáticamente, sino las que pueden secuenciarse jugando a con veniencia con los 
términos de nuestra fórmula. Esta es la razón para utilizar el adjetivo "dinámico". 


Hasta ahora hemos considerado únicamente objetos, interfaces y personas, "sin 
más adornos". Pero se puede ampliar el sentido del proceso de modelación descrito 
si consideramos que H, 1 y O pueden ser a su v ez modelos (710), o conjuntos de 
modelos, producidos por otro proceso previo de modelación ( HXxIXO ->I0 ). 
Podríamos estudiar desde este punto de vista la jer arquía de sistemas propuesta 
por Klir (ver Marcos Conceptuales): cada nuevo nivel epistemológico aparecería 
al considerar el sistema (JO) del nivel anterior como objeto (O), y aplicar sobre él 
un proceso de modelación. 
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Fig. 2. Cadena de procesos de modelado (donde el O de cada uno es el IO del anterior) 


De esta manera, O será, bien el resultado de una parcelación de la realidad, bien 
un JO o conjunto de JOs producidos en otros procesos previos. En este último casq 
estaremos ante un "modelo de modelo", esto es, una ma yor reducción de la 
complejidad respecto a la de la realidad con que tr atamos. Es lo que ocurre, por 
ejemplo, cuando estudiamos un problema típico de mecánica: primero modelamos 
cada uno de los objetos y relaciones que intervienen en él (obtenemos así "puntos 
materiales", "fuerzas", etc.), y luego, tomando el conjunto de estos modelos como 
O (que sería el enunciado del problema), los relacionamos según nuestros cono- 
cimientos, y obtenemos el JO, que es el modelo del problema que utilizamos para 
resolverlo3. 


3Otro ejemplo que puede a yudarnos es el del estudio de un sistema electrónico (como una 
CPU).Comenzamos por consider ar los elementos reales (cables, resistencias, tr ansistores, 
chips, placas de circuitos,...) como objeto . Los analizamos mediante las herr amientas que 
nos proporciona la teoría de circuitos y obtenemos una imagen del objeto: el esquema del 
circuito. En un nuevo proceso de modelado , ese esquema será el objeto . Otro observ ador 
(especializado en electrónica digital) analizará ese circuito y obtendrá a partir de él una 
nueva imagen del objeto: un diagrama de puertas lógicas, por ejemplo. Así se ha llegado a 
algo que podríamos llamar "la imagen de la imagen del objeto". 
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HxIixO-—¡; 10 


3 


HxIixO0=>¡10 


Fig. 3. Cadena de procesos de modelado (donde el I de cada uno es el IO del anterior) 


De igual forma, podemos usar un JO como técnica para disminuir la complejidad 
de un objeto . En este caso , actuaría como interfaz en el proceso de modelado 
correspondiente. Podemos encontrar un ejemplo electrónico para esta posibilidad. 
Considerando como O un variado conjunto de circuitos electrónicos, y usando 
como 1 el método científico , puede deducirse la teoría de circuitos (IO). A tr avés 
de un nuev o proceso de modelación podremos usar esta teoría como 1 aplicada 
ahora a un circuito concreto (el nuev o objeto), obteniendo como imagen del objeto 
su imagen circuital. 


La recursividad del proceso alcanza también al observador (H), que muy bien 
podría ser un modelo (IO) de un observ ador real. Esta situación es muy corriente. 
Cada vez que uno de nosotros utiliza un método de trabajo en una empresa, esta 
manejando un instrumento (1) que alguien, otro H, ha diseñado o elegido ante- 
riormente pensando en un observador abstracto promedio al que nos asemejamos 
por conocimientos y características cognitivas. 


Supongamos un caso habitual en la profesión de ingeniero: un pro yecto de diseño 
y construcción de softw are. El equipo humano formado par a tal cometido es un 
conjunto de Hs con un H responsable al frente, al que se llama jefe del pro yecto. 
La tarea básica de este último , consistente en distribuir y coordinar el tr abajo de 
los demás, se concreta en definir un conjunto adecuado de subesquemas H(i) x 

I(i) x O(i), un subesquema par a cada miembro o subconjunto de miembros del 

equipo, sean éstos diseñadores, analistas, progr  amadores, documentalistas, 
técnicos de sistemas, etc. El jefe del pro yecto se fabrica una imagen (10) del 

software, la fragmenta en subimágenes (IO(i)) -subsistemas, etapas o lo que sea-, 
que entrega como objetos (O) a los distintos miembros del equipo, H(i), junto con 
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la definición de la técnica de tr abajo (1) a utilizar por éstos -método de análisis, 
lenguaje de progr amación, instrumental informático , manual de procedimiento 
documental, controles de calidad, planificación-. De esta manera tan condensada, 
queda descrito el amplio espectro de tareas, saberes y experiencias que hipotéti- 
camente habría de abarcar un jefe de pro yecto de algo tan complejo como es un 
proyecto de software, tan amplio que incluso se extiende de maner a predominante 
a la modelación de los seres humanos. 


Con esta inmersión en las diversas posibilidades significativas del esquema U.F.M, 
ya podemos postular que lo que venimos llamando "proceso de modelación" es un 
marco suficientemente vasto como para que encaje en él cualquier forma de acceso 
a la realidad, y que supera el objetivo propuesto de manejar la complejidad. 


4. Aplicación del U.F.M. al estudio de la complejidad 


A lo largo de estas notas nos hemos encontr ado y nos encontr aremos aún con 
diversos tipos y definiciones de complejidad, lo que crea una sensación enojosa de 
falta de coherencia, consistente en que cada cual maneja "su" noción de complejidad. 
Es evidente que carecemos de una teoría unificada al respecto , pero como aquí 
tratamos de construir una arquitectura socio-técnica de las tecnologías de la 
información tomando como hilo conductor sus dimensiones de complejidad 
necesitábamos un concepto que acogiera y diera sentido diferenciado a todos los 
tipos de complejidad. Dicho concepto es el esquema H x 1x0. En otras palabras, 
cualquier tipo o definición de complejidad se enmarcaría en un caso particular de 
valores de los términos de este esquema. 


Sólo por dar un ejemplo, capítulos atrás (Conceptos relacionados con la comple- 
jidad) se establecía una distinción entre complicación y complejidad. La complica- 
ción de un algoritmo se medía por el número de instruciones necesarias para des- 
cribirlo en un lenguaje específico, mientras que la complejidad de ese mismo algo- 
ritmo podía medirse por el tiempo necesario para su ejecución en una determina- 
da clase de máquina. Según nuestro enfoque, complicación y complejidad de un 
algoritmo son dos aspectos particulares de complejidad relativ as a un mismo 
objeto, el algoritmo. 


En el primer caso, sucede que un observador -caso particular de H- está interesado 
en un cierto tipo de dificultad con relación al algoritmo , el objeto O. Las herramientas 
de observación o de medida 1 que aquél aplica, movido por su interés y profesión, 
son un lenguaje de progr amación (máquina virtual específica) y alguna métrica 
específica, quizá técnicas deriv adas de la ciencia del softw are, basadas en el 
número de oper adores y oper andos de Halstead (véase más adelante capítulo 
sobre Medidas de la complejidad del software ). Resumiendo, la imagen 10 
que el progr amador obtiene es un conjunto de valores proporcionados por esa 
métrica concreta. 
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El segundo caso se suscita ante otro tipo de observ ador y de situación, muy fre- 
cuente en el campo del diseño de algoritmos y computadores par alelos, y cuy o 
interés se concentra en desplazar los límites físicos de la computación. El obser- 
vador suele ser un a vezado especialista que, aplicando sobre el algoritmo ciertas 
técnicas matemáticas estimativas del volumen de operaciones elementales nece- 
sarias, proyecta una imagen del algoritmo resumida en una expresión formal (en 
casos sencillos, función del tamaño de los datos de entr ada al algoritmo). 


Como se ha podido v er, un mismo objeto pro voca dos situaciones bien distintas. 
Detrás de una de ellas puede haber motivaciones relativas a la dificultad de 
programación y toda su secuela de problemas de coste del software a lo largo de 
su ciclo de vida. Detrás de la otra, se esconde el deseo de computar cada vez más 
deprisa y más. Sin embargo , ambas son interpretables por el mismo esquema 
utilizado sistemáticamente. 


4.1. Situaciones de complejidad y sus factores componentes 


En cada situación emerge o puede emerger una circunstancia genuina gener adora 
de complejidad, con objetos, observ adores e instrumental específicos. V amos a 
llamarla, para entendernos, situación de complejidad. 


Tal noción eliminaría parte del confusionismo reinante, del que, como muestr a 
ilustre -por su autor  - citamos el libro de H.R. P agels, referenciado en la 
Presentación de estas Notas y profusamente extr  actado en el capítulo sobre 
Textos. Ahora nos referiremos a su capítulo tercero, titulado Orden, Complejidad, 
y Caos. Pagels empieza preguntándose ¿qué es complejidad?, para declarar inme- 
diatamente después la necesidad de ir hacia una definición fuerte, hacia una medi- 
da cuantitativa, "que pueda ser asignada a un sistema físico o a una computación, 
y que se sitúe entre la medida del orden simple y del caos completo". 


Examina varios conceptos (tipos, decíamos antes) de complejidad: complejidad 
algorítmica, complejidad computacional, complejidad basada en la información, 
complejidad física y profundidad lógica. Sin embargo, no llega a ninguna conclusión. 
Cualquier lector de estas Notas podría ahor a describir sin v acilar esos cinco 
conceptos como cinco situaciones concretas de complejidad, denotando sus valores 
H, 1, 0, e 10. 


Con respecto al tr abajo de identificación práctica de estos valores, daremos a 
continuación un bosquejo de algunos de los más corrientes. 
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intereses obejtivos/propósitos implicaciones 
factores cognoscitivos factores perceptivos factores ideológicos 


modelos epistemológicos conocimientos estructura organizativa 


Tabla 1: Componentes de H (observador Humano) 


Con respecto a un objeto un observador puede tener diversos intereses, objetivos 
o propósitos. Pero también producen imágenes distintas de un objeto sus implica- 
ciones o efectos sobre el observador (un sistema informático tiende a ser visto de 
forma bien diferente por el director de una agencia bancaria y por el empleado que 
se ve obligado a con vertirse en operador), y las actividades y funciones que con 
respecto al objeto tienen que realizar los distintos observadores. De forma parecida 
actuan los factores cognoscitivos y otros factores muy profundamente arraigados 
en la persona individual, como pueden ser los factores ideológicos, si éstos tuvieran 
alguna relación con el ámbito de propiedades del objeto consider ado. Un ejemplo 
puede ser la condición de marxista militante frente al problema del diseño social. 
Pero no debe el lector concluir a partir de este ejemplo que los factores ideológicos 
se asocian necesariamente a planteamientos políticos, económicos o religiosos, 
sino que son asociables, y mucho , a los campos científico y técnico . En el campo 
técnico, el autor de estas Notas ha detectado y definido cinco subcultur as infor- 
máticas (véanse referencias bibliográficas en la Presentación), que impregnan 
de forma muy diferenciada la actuación de sus respectivos "militantes" frente a un 
mismo "objeto" informático. 


Muy especialmente influyen los factores perceptivos: la percepción es no sólo limitada 
("si se abriesen las puertas de la percepción, cada cosa aparecería al hombre como 
es: infinita", escribió William Blake), sino muy distinta de una persona a otra. 


¿Quién puede dudar de que nuestros conocimientos filtran absolutamente la realidad 
que percibimos? Un ingeniero de telecomunicación, un empresario y un miembro 
del servicio de espionaje, puestos a redactar un informe sobre lo que "ven" en un 
sistema telefónico, diferirán bastante, y no ex clusivamente por sus intereses y 
actividades peculiares. En cuanto a la diferenciación de imágenes gener adas por 
el modelo epistemológico aplicado , recordemos el ejemplo , expuesto en el capítulo 
anterior, de las cinco formas matemáticas de describir la mano humana. De modo 
más gener al, los filósofos han acuñado el término de "W eltanschauung" para 
denominar al conjunto de factores cultur ales profundos que en un momento 
histórico determinado configuran la visión del mundo de una colectividad. La 
"Weltanschauung" es un modelo epistemológico diferenciador de colectividades, 
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tanto en el tiempo como en el espacio. En la época de Newton el universo estaba 
gobernado por una sola fuerza, la gravitatoria, mientras que hoy es comúnmente 
aceptada entre los físicos la existencia de cuatro fuerzas: la gravitatoria, la 
electromagnética, la débil y la fuerte. 


Podrían considerarse otros muchos factores, aunque sería inadecuado extenderse 
más en estas Notas, y, además, hay que dejarle al lector la iniciativa de intentarlo por 
su cuenta. Le sugerimos que anote que, de una u otr a forma, todos ellos podrán 
ser clasificados aproximadamente en dos grupos: el de relaciones del observador 
con el objeto o el grupo de sus posibilidades discriminatorias personales. 


Lo que sí interesa resaltar, antes de acabar con el término H, es que éste, aparte 
de poder ser un objeto artificial (caso cuy O tratamiento estamos ignor ando), 
también puede ser un grupo de personas, unido por una estructur a organizativa. 
Este caso es muy interesante, ya que, siendo aplicable a entidades tales como un 
grupo de trabajo, el conjunto de una empresa o un colectivo ciudadano, su impacto 
en la observación de un mismo objeto se desglosa en una multiplicidad de imágenes: 
una fuente muy habitual de complejidad (y de dificultades). 


Tabla 2: Componentes de I (Interfaz) 


Asimismo, el término I puede representar una v ariedad de valores, de los que en 
el cuadro adjunto explicitamos algunos a título de ejemplos. Haremos muy pocos 
comentarios. 


De forma habitual, y por razones de oficio, de afición u otros, el factor I va aso- 
ciado al H concreto. Pero en todo caso involucra componentes que le son externos 
o relativamente externos, en el sentido de que no están integados profundamen- 
te en su personalidad y quehacer, y por tanto tienen posibilidad de ser alter ados, 
es decir, cambiados, complementados, elegidos o adecuados. Esta es una fronter a 
un tanto difusa entre los términos H e 1, sobre la que es preciso que el lector 
reflexione, para que pueda distinguir qué ideologías, modelos o teorías son clasi- 
ficables a un lado u otro de la misma. 
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El modelo HxIXO entr a en la categoría I. Más exactamente, es un instrumento 
epistemológico muy general con el que un observador H1 observa un objeto cons- 
tituido por otro(s) observador(es) H2 observando mediante un 12 a un objeto 02. 
Y recuérdese que "observ ar” es el nombre que empleamos genéricamente par a 
observar, diseñar, construir, usar, etcétera. Hemos visto un buen ejemplo de este 
mecanismo recurrente de observ ación de segundo orden cuando describíamos el 
trabajo del jefe de un proyecto de software, pero ahora, después de desvelar estos 
cuadros de componentes, el lector tiene más posibilidades de concretar nuestr a 
mención de entonces al "amplio espectro de tareas, saberes y experiencias" 
convenientes para realizar ese trabajo. 


Como extensión de lo que se dijo en apartados anteriores dedicados a 1, introdu- 
ciremos ahora una consider ación acerca de la significación amplia que estamos 
queriendo atribuir a epigr afes como el de "sistema de representación". Con él 
designamos tanto un niv el descriptivo de computadores, como un lenguaje de 
programación, una formulación matemática o un sistema de proyección geométrica, 
pero también una campaña de propaganda, una conferencia académica o una 
clase magistral en la universidad. Todas estas instancias filtran la realidad, de la 
que capturan una imagen más o menos conveniente, interesante o útil, según los 
puntos de vista. Si repasamos el ejemplo en el que tomábamos en cuenta la posi- 
bilidad de que H sea un colectiv o, la actividad de definir , construir y difundir un 
determinado conjunto de ideas e informaciones, tomada como un sistema de 
representación, puede jugar un papel consistente en reducir la multiplicidad de 
imágenes en el colectivo, y por tanto la complejidad de manejo de su estructur a 
organizativa. 


El pedazo de realidad al que hemos llamado O se proyecta por la interacción con 
H e I en apariencias muy div ersas, de las que en el cuadro adjunto recogemos 
algunas muestras. 


Tabla 3: Formas de IO (Imagen del Objeto) 


Así, cuando mir amos un objeto con el enfoque sistémico la imagen que de él 
producimos es un sistema. 
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La imagen gráfica es un ejemplo trivial de imagen de un objeto real, pero también 
puede ser un caso especial cuando se trata de la generación de formas computadas. 
Ahí, el objeto (O) es un conjunto de números e 1 es el algoritmo y el grupo de 
técnicas que los organizan, les dan significado y los pro yectan de alguna forma 
gráfica (IO) sobre una pantalla o un papel. 


4.2 Construcción de marcos específicos 


Hemos hablado de la frontera difusa entre H e I. Otra cuestión a subrayar es que, 
además, H e I son siempre elementos multidimensionales o multivaluados, lo 
que quiere decir que cualquier situación viene car acterizada no por uno sino por 
varios (a veces, muchos) valores a la v ez de los componentes reflejados en los 
cuadros anteriores. 


Con frecuencia, dichos componentes pueden ser también interdependientes, 
como muestra la siguiente observación de D. Bohn y D. Peat en su libro "Ciencia, 
orden y creatividad". Los experimentos demuestr an que el flujo de información 
procedente de niv eles más elev ados del cerebro a las áreas de construcción de 
imágenes visuales supera la cantidad de información que llega de los ojos. Dicho 
en otra forma, lo que "vemos" es tanto producto de un conocimiento previo como 
de la acción fisiológica específica. "Así pues, la percepción sensitiva se halla fuerte- 
mente determinada por la disposición global de la mente y del cuerpo . Pero, a su 
vez, esta disposición se relaciona de maner a significativa con la totalidad de la 
cultura y de la estructura social”. 


Generalmente, todo eso es lo que hace compleja a una situación, y, precisamente, 
en seleccionar una o pocas dimensiones adecuadas para obtener una IO razonable 
es en lo que consiste ma yormente la oper ación de simplificación (releer ahor a 
capítulo sobre Simplificación), lo mismo que la complejificación planificada podría 
consistir en introducir dimensiones o valores no considerados inicialmente o en afinar 
el aparato de observación ampliando el ancho de banda. 


Fijando, eligiendo o desechando valores de los términos H, 1 y O es también como 
se construyen los marcos de estudio o de acción sobre los objetos. El único 
problema es que estas operaciones no se suelen explicitar. 


Así, por ejemplo, S. Beer, un H concreto, cuyas características personales no tienen 
por qué conocer sus lectores, en su libro "Designing Freedom" consider a ciertos 
objetos llamados instituciones sociales, a los que ve como sistemas, puesto que él 
es un destacado sistemista. Aplicando este enfoque, los car acteriza de una manera 
típica como sistemas inestables, incapaces de dar servicio al ciudadano . Una vez 
explicado este diagnóstico como si fuera una verdad absoluta, y no una "situación", 
diseña otra situación en la que él ya no interviene, sino que lo harán unos Hs abstrac- 
tos (los componentes humanos que controlarán dichas instituciones), despro vistos de 


199 


Complejidad y Tecnologías de la Información 


cualquier otra dimensión, quienes, aplicando un instrumental 1, formado por las 
nuevas tecnologías de la información y por la herr amienta intelectual cibernética, 
conducirán a la institución (es decir , a su imagen, el sistema), primero a la 
estabilidad, luego a la libertad y después a la eficacia: o sea, a con vertirse en 
un nuevo sistema, dado que ahor a la institución incorpor a tecnología y se ha 
reorganizado. 


Estudiando el mismo asunto -las instituciones sociales y su mal funcionamiento-, 
Illich, un crítico social, en su libro "La convivencialidad" llega a imágenes diferentes, 
que nada tienen qué v er con la estabilidad, y sí en cambio con la opresión del 
ciudadano por parte de esas instituciones. La tecnología (más exactamente el 
exceso de tecnología), pero en particular la tecnología deriv ada de la cibernética, 
permitirá a los mismos Hs de Beer dominar ("escla vizar") mejor al personal. Es 
decir, en la visión de Illich H es la "nomenklatur a" de la institución o el especialista, 
la tecnología cibernética es I, y O es el ciudadano de a pie. Como puede deducir 
fácilmente el lector, tanto Illich como Beer, además de partir de objetivos diferentes 
-en uno es la crítica social, en el otro la propuesta de soluciones activ as- aplican 
en sus observaciones una ideología distinta. Podemos sostener, sin temor a errar, 
que en el caso concreto de Beer el enfoque de sistemas ha pasado de ser un 
instrumento I externo a convertirse en un factor ideológico personal. 


Otro marco específico que podemos comentar un momento a la luz del U .F.M. es nues- 
tro modelo de complejidad de tres niveles (véase capítulo de Marcos conceptuales y 
Anexos), que venimos aplicando fructíferamente a la informática y a la ofimática. 


Todo el modelo es un I diseñado inicialmente para dar a los técnicos de la infor- 
mación de alta cualificación (el H implícito) una visión sociotécnica de un objeto 
constituido por la tecnología junto con su proceso de implantación en las institu- 
ciones sociales. Sus tres niv eles se corresponden con tres esquemas típicos de 
complejidad que el modelo pretende abarcar en una visión integr al. En el primero, 
el objeto es un elemento tecnológico (con vencionalmente) aislado, como puede 
ser un ordenador o un progr ama, y su observ ador es un especialista, que utiliza 
sus técnicas propias. Ahí emerge una complejidad especializada, como por ejemplo 
la complejidad computacional. 


El segundo nivel considera un objeto formado por elementos del anterior interre- 
lacionados, situación que es la propia a manejar por un jefe de pro yecto o un 
director de sistemas. Con el tercer niv el se configura una tripleta H, I, O que dibuja 
situaciones de complejidad plenamente sociotécnica, situadas bajo la responsabilidad 
de un director de informática o del director de la institución, que observa (diseña, 
construye, etc) con ciertas herr amientas -tal v ez con la a yuda de metodologías 
blandas como la Soft Systems Methodology de Checkland- un objeto formado por 
la interacción propositiva de un sistema tecnológico y de un sistema social. 
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Por su alto grado de abstracción y su sencillez conceptual, el modelo de los tres 
niveles es también un instrumento adecuado par a directivos no profesionales de 
la tecnología, además de par a tecnólogos, quienes, como se ha dicho , son sus 
destinatarios principales. 


Muchos otros marcos se han creado a los que ahor a podemos "observar" con nuestro 
esquemaHxIx0O  . Pueden ser tanto instrumentos físicos como cognitiv os. 
Citemos, por su actualidad, toda la tecnología CSCW (Computer Supported 
Cooperative W ork), cuy os productos son a fin de cuentas herr amientas para 
manejar la complejidad de inter acciones en un grupo humano . De hecho, algún 
producto muy concreto es una interfaz que la técnica proporciona a los ejecutivos 
para que éstos "vean" el objeto ordenador como el potente soporte de una red de 
conversaciones. 


Los entornos de interfaz WYSIWYG (What You See Is What You Get) y en general 
toda la tecnología deriv ada del campo ahor a conocido como C.H.I. (Computer 
Human Interaction), las técnicas relacionales par a bases de datos, los sistemas 
expertos y otros muchos desarrollos, enfoques o teorías pueden consider  arse 
útilmente, por lo menos en un plano conceptual, desde una perspectiv a U.F.M. 
También sería útil como ejercicio que el lector reley era los capítulos anteriores 
intentando consolidarlos bajo esta perspectiv a, aunque pueda resultar especial- 
mente difícil en el caso de los textos, tan densos, del capítulo anterior . 


A diferencia de los capítulos previos, en los que siguen, dedicados expresamente 
a algunos aspectos de las tecnologías de la información, haremos casi siempre 
explícita una breve interpretación dentro del marco U.F.M, 


5. Resumen 


Hemos expuesto un modelo de modelos -un marco para la construcción de modelos-, 
de aplicación universal, al que hemos denominado U.F.M. 


Se expresa por la fórmula HxIx0O = 10 , cuyos términos hemos analizado aisla- 
damente, interactivamente y recursivamente. Para tratar de hacerla comprensible 
y usable se han detallado algunos posibles componentes, v alores o dimensiones 
de los términos de esta fórmula, y comentado div ersos casos prácticos. 


Esta fórmula es un progr ama epistemológico que puede guiar la acción de cono- 

cer la realidad (el objeto), pero también es un marco par a la acción sobre ella, 

función ésta genuinamente específica de la ingeniería. Por tanto, es una guía para 
determinar las causas, condiciones y efectos de la complejidad, y , consiguiente- 
mente, sus tipos. 
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En este último sentido , hemos podido comprobar que la fórmula introduce muy 
directamente una clarificación en el tratamiento de la complejidad, al que hoy por 
hoy es imposible encauzar según una teoría unificada o algo parecido 
Desafortunadamente, los autores que desarrollan teorías, métodos y técnicas o los 
diseñadores que usan algún procedimiento no suelen desv elar nítidamente ninguno 
de los términos de su esquema, con lo que siembr an confusión, dejando en una 
nebulosa los límites de validez de su trabajo o de sus propuestas. 


Por último, merece subr ayarse la especial relev ancia que par a el estudio de la 
complejidad en su relación con la tecnología tiene par a nosotros - por su carác- 
ter de magnitud controlable - el término I, tanto si se tr ata de herr amientas 
físicas como de herramientas cognitivas. 
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Bloque III: Tecnologías de la información 
Capítulo 11: Las tecnologías de la información 


El conjunto de las tecnologías de la información constituye un gran laberinto de 
conceptos, técnicas, productos, dispositivos y sistemas. Por consiguiente, su consideración 
a vista de pájaro, para que no sea trivial, tiene que basarse en un modelo conceptual a la 
vez amplio y denso. 


Aquí se presenta dicho modelo basado en unos procesadores abstractos y tres vectores de inte- 
gración. Con este modelo inicial puede atacarse la construcción de un enfoque sociotécnico 
general de las tecnologías de la información y elaborar nuevos modelos, como el de los tres 
niveles de complejidad, ya visto anteriormente en este texto. 


Todo ello configura una imagen, en nuestra opinión bastante potente e integrada, del espectro 
de las tecnologías. 


T.I 


1. Introducción 


Hasta el momento nos hemos dedicado a sentar las bases teóricas necesarias paa 
comprender la problemática relacionada con la complejidad. Se han analizado con 
cierta profundidad conceptos como los de sistema, variedad, jerarquía,... y, en 
general, el tema de la complejidad. P or lo tanto, el lector que ha ya llegado hasta 
esta página (y no se ha ya perdido por el camino) debe estar y a bastante familia- 
rizado con todo el "mundo de lo complejo". Nos encontamos, por lo tanto, en con- 
diciones de abordar el estudio, desde este punto de vista, de los casos prácticos y 
reales que anticipaba el título de este tr abajo. 


Pero para ello es preciso toda vía introducir un nuevo elemento. En torno a él girará 
el resto de este trabajo: las tecnologías de la información. Antes de hablar de 
los problemas que plantean, y de los enfoques empleados para solucionarlos, será 
necesario un cierto estudio previo del término, de lo que engloba, del marco en el 
que se mueve, y de cómo se relaciona todo ello con el mundo de la complejidad. 
Es lo que haremos en este capítulo . 
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2. ¿Qué son las tecnologías de la información? 


Lo mejor, naturalmente, será comenzar por el principio . Y el principio de nuestro 
estudio va a ser la expresión "tecnologías de la información" 1, Aunque es un tér- 
mino cada v ez más utilizado , no lo es siempre con el mismo significado 
Intentaremos aclarar el sentido con que se usará de aquí en adelante a partir de 
dos definiciones: 


a. [Sáez Vacas, 1983]: "Tecnologías de la información son las que se apli- 
can en la adquisición, procesamiento, almacenamiento y diseminación 
de información vocal, icónica, textual o numérica" ? 


b. [Valle, 1986]: "Se consideran tecnologías de la información aquéllas 
cuyo propósito es el manejo y tratamiento de la información, entendi- 
da ésta como conjunto de datos, señales o conocimientos, registrados 
o transportados sobre soportes físicos de muy diversos tipos. Las tec- 
nologías de la información abarcan técnicas, dispositivos y métodos 
que permiten obtener, transmitir, reproducir, transformar y combinar 
dichos datos, señales o conocimientos." 


El lector, tras una breve reflexión, estará seguramente de acuerdo en que ambas 
definiciones dibujan un significado muy similar . Y entre las dos, de una forma 
complementaria más que antagónica, cubren prácticamente el amplio espectro de 
las T.I. Nosotros, sin embargo, y para fines prácticos, de car a a saber a qué nos 
referimos en el resto de este tr abajo, podemos quedarnos con una idea simplifi- 
cada, que está contenida directamente en ellas. La idea de que las T .I. son las 
tecnologías que sirven para procesar, de alguna forma, algún tipo de información. 
Siendo mucho menos rigurosa que las expuestas en las dos definiciones, esta idea 
será, con toda seguridad, suficiente par a nuestros propósitos. En los apartados 
siguientes, intentaremos profundizar en unos cuantos aspectos fundamentales 
que se deriv an de esta idea (y también, directamente, de las dos definiciones 
dadas hace un momento). 


lPor abreviar, algunas veces nos referiremos a ellas simplemente como T. 1. 
2Continúa un poco más adelante F. Sáez Vacas: "Esta definición es incompleta puesto que 


deja fuera del discurso un tipo fundamental de información, que propongo incluir , la infor- 
mación sobre el mundo de la materia". 
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3. Los procesadores de información 


Vamos a tratar de construir una clasificación de los procesadores de información 
(entendidos como máquinas capaces de manipularla de alguna forma). En general, 
podemos decir3 que cualquier manipulación de la información como si fuer aun 
objeto abstracto consistirá en una combinación de tres básicas: tr aslación en el 
tiempo (almacenamiento), traslación en el espacio (transporte) o traslación en la 
forma (cambio de morfología). Llamaremos procesador T, procesador E y 
procesador F a los procesadores ideales que solo realizan tr aslación en una de 
las dimensiones señaladas (respectivamente, tiempo, espacio y forma). 


Desde este marco, podemos clasificar fácilmente a cualquier aparato o tecnología 
que sirva para tratar información. Por ejemplo, el teléfono es principalmente un 

procesador E, que actúa (de cara a los usuarios) sobre la información sin almace- 
narla ni modificarla (idealmente), sólo tr ansportándola del micrófono al hilo tele- 
fónico. Un circuito codificador es un procesador F. Y los procesadores T por exce- 
lencia son las memorias, que conservan la información "congelada" en el espacio 
y en la forma, desplazándola sólo en el tiempo . 


Lo mismo podemos hacer par a sistemas más complejos. A unque generalmente 
estén compuestos por una combinación de elementos 7, E y F, muchas veces su 
funcionalidad básica, la que percibe el usuario, permite verlos como un procesador 
simple. Así, la red telefónica se comporta idealmente como un procesadorE (toma 
información y la tr ansporta en el espacio), aunque esté compuesto por un gr an 
número de procesadores de todos los tipos *. 


Hay un sistema de información que no puede caracterizarse mediante un solo tipo 
de procesador. Es el ordenador. Su funcionamiento consiste a la vez en traslaciones 
en el tiempo (memoria) y en la forma (proceso de información) controladas por el 
programa. Es por tanto un ejemplo claro de procesador TF. 


3Como nos indica E. Sáez Vacas. Todo este apartado está tomado de su artículo [Sáez Vacas, 
1983]. 


%Podríamos decir que adoptamos aquí una visión funcional del sistema. Aunque "por dentro" 
haya muchos componentes, realizamos abstr acción de ellos, y nos fijamos sólo en su 
"función de transferencias". 


5En realidad, el usuario de la red teféfonica percibe muchas v eces también indeseables efec- 
tos debidos a que no es en realidad un procesador E puro , sino que también tiene compo- 
nentes T (manifiesta en los retardos) y F (distorsiones). 
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Pero no para aquí el asunto. Cada vez más, se tiende a la interconexión de orde- 

nadores mediante redes de transmisión de datos. Unimos a la capacidad de alma- 
cenamiento y proceso de la información que pro vee el ordenador, la traslación en 
el espacio. Surgen las "redes telemáticas", máximo exponente de lo que suponen 

las tecnologías de la información, proveen al usuario con un verdadero procesador 
TEF. Se unen así en las TI. todas las posibilidades de manipulación de información, 
proporcionando al usuario humano unas herramientas extraordinariamente potentes. 
Pero, a la vez, y precisamente por su gran potencia y versatilidad, nada fáciles de 
manejar. 


4. Vectores de integración 


Hemos hablado de la funcionalidad de las tecnologías de la información. Hablemos 
ahora de su estructura. Y para analizarla, para entender el gran desarrollo de lo 
últimos años y la gran problemática que plantean las T.I. en la actualidad, expon- 
dremos el modelo de los "tres vectores de integración"?. La idea central es que 
el gran impacto que están teniendo estas tecnologías ha sido posible por la con- 
fluencia de tres vectores: 


a. El vector de electronificación. 
b. El vector de digitalización. 
c. El vector de computadorización. 


Desde luego, estos vectores no sólo confluyen "independientemente", sino que las 
interrelaciones a las que están sujetos son innumer ables. Detengámonos brev e- 
mente en cada uno de ellos. 


El papel de la electrónica es, hoy por hoy, indudable en el desarrollo de las T.I. Los 
rápidos avances que ha experimentado ésta han hecho posible la aparición, a un 
coste económico cada v ez menor, de dispositivos más y más potentes con un 
menor consumo de energía. Al ser baratos, su diseminación y penetración en casi 
todos los mercados ha sido rápida. Al ser más potentes, permiten cada vez mejores 
prestaciones de los aparatos en los que se usan, medidas éstas por su v elocidad 
de proceso, capacidad de memoria o de transmisión, versatilidad, etc. 


SOriginal de F. Sáez Vacas, expuesto ya en [Sáez Vacas, 1983] y completado posteriormente 
por el autor en explicaciones de clase, artículos y libros. 
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La digitalización proporciona una cierta uniformización de la información, en el 
sentido de que, de una forma o de otr a, al final todo se va a reducir a una serie 
de bits (naturalmente, para el caso de la digitalización binaria). Da lo mismo que 
estemos tratando con imagen, con sonido , con voz oo con cotizaciones de bolsa. 
Podemos por lo tanto aplicar una bases teóricas muy similares, bastante indepen- 
dientes del significado de la señal que estamos manejando. Y además, éste es un 
soporte especialmente adecuado par a tratarlo con medios electrónicos. El efecto 
de sinergia entre estos dos vectores es aquí fortísimo. 


TECNOLOGÍAS 
de la 


Electronificación 


INFORMACIÓN 


Fig. 1. Los tres vectores de integración de las tecnologías de la información 
(F. Sáez Vacas, 1983) 
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Y nos falta el último (y el más importante) de nuestros factores. La aparición del 
ordenador, su desarrollo y su "democr atización" de la mano del microprocesador, 
han hecho posible un efecto de bola de nieve en el que hoy día nos hallamos total- 
mente inmersos. Producto, en cierta forma, de los dos vectores anteriores (ya que 
el ordenador es a la v ez electrónico y digital), ha servido par a relanzarlos hasta 
cotas insospechadas. Por ejemplo, el rápido desarrollo de la microelectrónica no 
sería posible sin la ayuda de potentes sistemas informáticos de a yuda al diseño”. 
Y la aplicación de ciertos algoritmos de tr  atamiento de la señal (que permiten 
manejar eficientemente información digital) es sencillamente imposible sin el uso 
de microprocesadores. 


El que las T.I. sólo dependan básicamente de la confluencia de estos tres factores 
facilita la integr ación y la interconexión de elementos apo yados en ellas. Como 

todos tienen soportes materiales similares (electrónica, señales digitales, ordena- 
dores), pueden combinarse con facilidad. Desde el modelo TEF , esto permite un 
espectacular crecimiento de las posibilidades de combinación entre procesadores 

del tipo que sea para crear otros más complejos (y cada v ez más "inteligentes"). 
Así crece también el conjunto de funciones generadas por la tecnología, al tiempo 
que los métodos que utilizan tienden a la normalización 8, 


5. La complejidad del mundo y la complejidad de las T.I 


Toda esta evolución nos lleva, sin duda, hacia unos medios tecnológicos más potentes, 
más eficaces, más v ersátiles, pero también más complicados, más difíciles de 
entender en sus muchas interrelaciones, más difíciles de controlar . Y aún hemos 
de introducir en el sistema tecnológico al ser humano , como usuario final de las 
T.I., y analizar sus relaciones con ellas, los problemas de la inter acción hombre- 
máquina, las consecuencias sociales de esta inter acción... Todo se v a haciendo 
cada vez más complejo. 


7"... es inimaginable pensar los resultados actuales [en microelectrónica] sin el apo yo de 
unas máquinas, ordenadores, etc., cuya existencia es fruto de desarrollos microelectrónicos 
anteriores que, a su v ez, se apo yaban en otras máquinas propiciadas por otros resultados 
previos, y así sucesivamente"(tomado de [Valle, 1986], pág.. 92-93). 


8El efecto de la confluencia de los tres vectores mencionados y de la combinación de proce- 
sadores TEF puede apreciarse en todos los elementos que componen el ancho mundo de las 
tecnologías de la información. Las redes telefónicas se v an llenando de ordenadores que 
hacen la función de central telefónica, a la vez que la voz se digitaliza cada vez en más enla- 
ces. Aparecen y se desarrollan las redes de conmutación de paquetes, fruto de una estrecha 
colaboración entre electrónica, informática y ordenadores. Los aparatos telefónicos avanzan 
hacia una configur ación como terminales genéricos que permitan el almacenamiento y el 
proceso de datos de todo tipo... 
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Pero a la v ez hemos de consider ar que nos mo vemos también en un mundo 
complejo, como ya hemos ido viendo en los capítulos precedentes. Si introducimos 
este nuevo factor, podría quedarnos un esquema conceptual como el de la figura 2, 
un bosquejo de distintas relaciones entre la complejidad del mundo, la 
complejidad de las tecnologías de la información y la aplicación de estas 
tecnologías?. A continuación, exponemos brevemente las principales caracterís- 
ticas de estas relaciones: 


a. Impacto de la complejidad de las T.I. sobre la complejidad del mundo. 
Está claro que la aplicación de nuev as tecnologías tiene un impacto notable 
sobre la sociedad. De una forma gener al, producen nuev as interrelaciones, 
profundizan el conocimiento, crean desequilibrios, favorecen ciertos procesos, 
de forma que aumentan la complejidad del mundo con que tr atamos. 


b. Necesidad del estudio de la complejidad del mundo antes de pasar a 
la aplicación de la T.I . Naturalmente, la complejidad de la sociedad, del 
mundo que nos rodea, de las instituciones que en él nos encontr amos condi- 
cionan la aplicación que se pueda hacer de las T.I. Es preciso conocer bien las 
características de esta complejidad para que los efectos conseguidos al aplicar 
T.I. sean los deseados. 


Cc. Necesidad del estudio de la complejidad de las T.I. antes de aplicarlas 
Esta relación hace referencia directa a la complejidad de las T .I. "por sí mis- 
mas", que, como vamos viendo, es muy grande. Es preciso conocerla en pro- 
fundidad para ser capaces de aplicarlas con efectividad. 


9Tanto el esquema de la figur a 2 como la discusión que de él se hace están tomados del 
artículo [Sáez Vacas, 1987]. 
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Complejidad 
del mundo 


Aplicación 
de las T.I. 


Complejidad 
de las T.I. 


Figura. 2. Relaciones de complejidad al introducir las T.I. en un marco humano 
[Sáez Vacas, 1987] 


d. Influencia de la aplicación de las T.I. en su misma complejidad La apli- 
cación de las T.1. puede complicar considerablemente la propia dinámica de las 
T.I. Será necesario que, a la hora de diseñar las propias tecnologías, tengamos 
una idea clara de cómo van a ser usadas, para intentar que esta influencia nos 
lleve por el contrario a una cierta simplificación. Por ejemplo, el desarrollo de 
mejores interfaces hombre-máquina hará sin duda que la complejidad que 
perciba un usuario de las T.I. sea mucho menor. 


e. Papel de la aplicación de las T.I. en el manejo de la complejidad del 
mundo. Las tecnologías de la información pueden a yudarnos a manejar la 
creciente complejidad del mundo. Pero para ello hemos de utilizarlas adecua- 
damente, pues también pueden producir el efecto contr ario. Pensemos en la 
introducción de un sistema informático como a yuda a un equipo de toma de 
decisiones10, El sistema puede ser diseñado de forma que tome una gran can- 
tidad de datos de la realidad sobre la que ha y que decidir, procese esta infor- 
mación, y dé soporte al equipo exponiendo los pros y los contr as de las distintas 


lOEste ejemplo está inspirado en uno similar propuesto en [Beer,1974]. 
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decisiones a tomar (mediante simulaciones, análisis estadísticos, etc.). De esta 
forma funcionaría como filtro de la v ariedad, presentando a los seres humanos 
algo de menos complejidad, con la menor pérdida de información posible. Pero, 
iojo!, también podría ocurrir que el sistema estuviese mal diseñado y propor- 
cionase únicamente inmensos listados (eso sí, muy actualizados y detallados), 
que el grupo simplemente no podría abarcar. En ese caso, aumentaría aún más 
la complejidad del mundo que perciben los encargados de la toma de decisiones, 
hasta tal punto que no pudier an absorber tanta v ariedad. Desgraciadamente, 
esta situación no es puramente ficticia. 


Estas mismas relaciones pueden contemplarse a la luz del modelo de los tres 
niveles de complejidad propuesto por F. Sáez Vacas. Mientras que los sistemas 
que utilizan T .I., tomados aisladamente, pueden incluirse en el segundo niv el 
(complejidad sistémica), al introducirlos en la sociedad pasamos a estar ante un 
problema englobable en el tercer niv el (complejidad antropotécnica). Y en este 
nivel, como ya hemos estudiado, emergen nuevas propiedades y relaciones, con 
la problemática de la relación hombre-máquina en lugar destacado. Las relaciones 
que se han visto esquematizadas en la figur a 2 ejemplifican muy bien la nuev a 
problemática. 


6. Las tecnologías de la información y el modelo HxIX0O = IO. 


Podemos enfocar el estudio de las TI. que hemos realizado en estas páginas desde 
el marco HXIXO -> IO de Sáez Vacas. Analicemos cada uno de los elementos 
que lo componen, para el caso particular de las T.I.: 


a. El objeto. Como tal consideraremos, de una forma global, a las tecnologías de 
la información en su conjunto. 


b. El observador. En principio, puede ser cualquier persona interesada en obtener 
una visión de las tendencias de las T.I., y sus relaciones con la sociedad. Sólo 
serán requisitos necesarios el tener una cierta preparación que permita entender 
al menos los rudimentos de los problemas de complejidad 11, y algunos cono- 
cimientos puramente técnicos que son precisos en el campo de las T.I. 


Cc. La interfaz. Se han utilizado simultáneamente dos modelos conceptuales: el de 
los tres vectores de integración (producto de una observación histórico-empírica) 
y el de los procesadores abstractos TEF. 


11Fl haber entendido lo tratado en los primero capítulos de este trabajo asegura al lector, en 
cierta medida, que dispone de esta preparación. 
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d. La imagen del objeto. Como resultado del proceso de modelación, obtenemos 
una visión de las T.I. donde destacan dos aspectos, fuertemente interrelacio- 
nados. Por un lado, destaca la presencia de un entrelazamiento de procesadores 
cada vez más grande y complejo. Las posibilidades de combinación de elementos 
TEF produce esta "explosión". Por otro, un conjunto cada vez más reducido y 
potente de técnicas de diseño , construcción y gestión de las T .I. (como fruto 
directo de la integración de los tres vectores ya discutidos). 


La imagen que hemos obtenido, trasladada al entorno social donde se insertan las 
T.I. (según la implicaciones que se han deducido del esquema de la figur a 2) nos 
lleva a otras necesidades. Entre ellas, cabe destacar las técnicas cibernéticas y las 
que proporciona la visión sistémica del entorno  . También aparecerán nuev os 
modelos consistentes con este nuev o planteamiento donde el objeto de interés 
son las T.I. en la sociedad. Entre ellos cabe destacar el y expuesto modelo de tres 
niveles de Sáez Vacas. 


7. Resumen 


Por fin hemos llegado al objetivo central de nuestro estudio: las tecnologías de la 

información. En los próximos capítulos estudiaremos en detalle casos concretos de 
aplicación de estudios de complejidad sobre diferentes parcelas. Pero para comenzar, 
y hacerlo de una forma rigurosa, nada mejor que unas definiciones que centren 

el campo de estudio. 


Después de proponerlas, y analizarlas brevemente, se expone el modelo de los 
procesadores TEF, que proporciona un marco adecuado par a comprender las 
características principales de las T .I., y sus consecuencias. Y además, nosv a 
dejando entrever ya el alto grado de complejidad con el que en ellas nos encon- 

traremos. 


Por último, se ha puesto de manifiesto la problemática surgida de la integración 
de las T.I. con el entramado social. No podemos verlas como sistemas aislados, 
sino que nos vemos obligados a considerar también las interacciones con los seres 
humanos que, al final, van a disfrutar (o padecer) sus efectos. De aquí emerge un 
nuevo "tipo" de complejidad, precisamente la contemplada en el tercero de los 
tres niveles del modelo propuesto por Sáez Vacas. 
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8. Bibliografía 


Dividida en dos partes. En primer lugar, Notas Bibliográficas, donde se describen 
los tr abajos consultados más relev antes sobre el tema. Después, R  eferencias 
Bibliográficas, donde pueden encontrarse todas las citas utilizadas en el capítulo . 


Notas bibliográficas 


El artículo [Sáez Vacas, 1983] está dirigido a un público técnico no especializado . 
Tiene carácter divulgativo, aunque conceptualmente es muy denso. Constituye la 
base inicial de este capítulo y en él puede encontr arse muy útilmente un razona- 
miento completo de lo aquí expuesto . 


[Valle, 1986] es un texto que hace un repaso , desde un punto de vista similar al 
de Sáez Vacas (aunque quizás menos estructur ado) al mundo de las tecnologías 
de la información. Es especialmente aconsejable par a el lector que desee tener 
una amplia panorámica del mismo. 


En [Sáez Vacas, 1987] se estudian las relaciones entre las tecnologías de la infor- 
mación, la complejidad y el mundo. De este artículo están tomadas las ideas que 
se han expuesto sobre este particular en el presente capítulo . 
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Capítulo 12: Hardware 


La tecnología microelectrónica ha dado un impulso tan espectacular a la 
estructura y arquitectura de los ordenadores que ha cambiado en pocos años varias veces los 
órdenes de magnitud de sus prestaciones y su complejidad. Cada uno de los temas ques e 
tocan en este capítulo, y otros que ni siquiera incluimos, constituyen de por sí un dominio espe- 
cializado. Por esta razón, nos hemos limitado a abordarlos de forma que se resalten los aspec- 
tos que tienen que ver con conceptos como integración, niveles jerárquicos, capas, cla- 
sificaciones, categorías de máquinas, relaciones hardware-software y paralelismo . 


G T.I 


1. Introducción 


En los capítulos anteriores hemos ido desarrollando un marco conceptual sobre 
complejidad y sistemas que v amos a tomar ahor a como punto de partida par a 
repasar las tecnologías hardw are. Normalmente, cuando se habla de hardw are, 
nos referimos a los ordenadores en su aspecto físico  ,cómo están construidos, 
características de diseño , materiales empleados, organización interna, etc.. 
Aunque a la hor a de tr abajar con ellos estas car acterísticas queden ocultas por 
diversas capas de máquinas virtuales y el softw are de aplicación, es fundamental 
para el ingeniero poseer unos conocimientos básicos sobre arquitectura y aspectos 
físicos del computador. Esto no es un gr an descubrimiento pero sí requiere un 
análisis detallado para evitar apro ximaciones simplistas, pues el hardw are se ha 
convertido en una tecnología muy compleja que a fuerza de a vanzar a pasos 
agigantados se ha diversificado de tal maner a que es muy dificil obtener una 
perspectiva global. Hace muy pocos años los ordenadores diferían en muy pocas 
cosas y Casi se podían contar con los dedos de la mano las diferentes apro xima- 
ciones prácticas al problema de la computación. Sin embargo , hoy en día existen 
ordenadores comerciales que funcionan basándose en interpretaciones r  adical- 
mente distintas y la creciente tendencia a integr ar software y hardw are acentúa 
aún más la diversificación. 


Si se intenta dibujar una perspectiva generalista, no hay más remedio que recurrir 
a las herramientas que hemos ido detallando en capítulos anteriores. No en vano, 
muchos de los tr abajos sobre complejidad y sistemas comentados proceden de 
investigadores y científicos muy relacionados con los ordenadores. Se puede 
cerrar un bucle imaginario que v a desde el estudio de la complejidad a los orde- 
nadores y de éstos a la complejidad, pues, como se ha dicho , "el ordenador es el 
instrumento de las ciencias de la complejidad" [P  agels, 1989, p. 36]. En el 
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presente capítulo intentaremos trazar un enfoque sistémico y gener alista de las 
tecnologías de hardw are haciendo hincapié en la relación que tienen muchos de 
los aspectos que trataremos con las nociones de complejidad y sistemas. La refe- 
rencia a ideas y a mencionadas será obligada e in vitamos al lector a encontr ar 
otras nuevas y a interpretar las tecnologías que presentamos a la luz del estudio 
de la complejidad. 


Es una opinión extendida dentro del mundillo informático que las auténticas "rew- 
luciones" tecnológicas siempre vienen y han v enido de la mano de a vances en el 
hardware. El resto de la tecnología, incluido el software, se desarrolla y evoluciona 
según la pauta que marcan los equipos y plantean la inno vación en función de 
éstos. Existen muchos ejemplos que demuestran lo acertado de esta opinión, uno 
de ellos es el creciente interés en la publicación electrónica dada la aparición de 

muchos programas que apro vechan los nuev os monitores gráficos (VGA en los 

pc's, por ejemplo) y las prestaciones de las impresor as láser, ahora con un precio 
suficientemente bajo como para pensar en conectarlas a ordenadores personales. 


Pero un prueba aún más palpable es que el softw are va siempre por detrás del 
hardware, en in vestigación, desarrollo y productos comerciales. Muchos equipos 
ven hipotecadas sus prestaciones por la falta de programas adecuados, uno de los 
pilares básicos de la industria de los pc's es la cantidad de programas disponibles, 
un hecho que actúa como serio obstáculo para introducir nuevos modelos de orde- 
nador. En ordenadores de la gama alta (superordenadores y máquinas especiali- 
zadas) el problema es similar y gran parte de la investigación se ve frenada por la 
falta de lenguajes de progr amación adecuados y herramientas que puedan sacar 
partido a las nuev as arquitecturas. Este fenómeno se puede comprobar en los 
ordenadores par alelos donde existe y auna cantidad apreciable de hardw are 
comercial y, sin embargo, el estado del arte del softw are paralelo no permite 
utilizar adecuadamente muchas de ellas. 


Y como demuestr a el ejemplo que mencionábamos ahor a sobre la publicación 
electrónica, las aportaciones del hardware no se producen sólo en el terreno de la 
arquitectura de ordenadores, sino también en el de coprocesadores, impresor as, 
monitores gráficos, redes de comunicación, medios de almacenamiento y todo tipo 
de periféricos. Gr an parte de las ideas sobre hipertexto  , por ejemplo , serían 
impensables si no fuera por el aumento de capacidad de los discos duros y la apa- 
rición de los discos ópticos, muchas aplicaciones de diseño asistido no se hubier an 
desarrollado de no existir los periféricos adecuados, desde monitores de alta 
resolución hasta plotters y tableros gráficos, etc. 
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2. Hardware-Software 


El estudio de los ordenadores se ha dividido tr adicionalmente en hardw are y 
software. La primera disciplina se centra en los recursos físicos para la computación 
y va desde el estudio de los dispositivos electrónicos hasta las arquitecturas de los 
ordenadores. El software se suele identificar con la programación de esos recursos 
físicos para conseguir que realicen determinadas tareas. Sin embargo, la frontera 
no es muy clara en bastantes ocasiones, sobre todo dada la tendencia a integr ar 
software y hardware, un punto sobre el que v olveremos más adelante. 


2.1 Máquinas virtuales o el hardware fantasma 


La separación existente entre el hardw are y el softw are plantea una dificultad 
evidente en el manejo de los ordenadores. Esta es una de las primeras ideas que 
se estudia en "fundamentos de ordenadores". En el hardware se manejan, depen- 
diendo del nivel, desde coeficientes de amplificación y capacidades de sustr ato a 
ciclos de bus, velocidades de acceso y capacidad de memoria. En el softw are, el 
nivel inferior maneja direcciones de memoria, estado del procesador y "flags" de 
condiciones, componentes que definen un niv el muy por encima de lo que es el 
hardware. Existe un nivel intermedio, el de microprograma, que es difícil de encajar 
tanto en el hardware como en el software y en el que se produce la simbiosis entre 
ambas vertientes de la computación. A partir de él se empieza a desarrollar el 
software en sucesivos niveles, según la apro ximación clásica. Cada uno de esos 
niveles se interpreta desde el inmediato superior como una máquina, como si 
fuera hardware, de ahí el nombre que reciben de máquinas virtuales. 


Esta estructura "de cebolla" es la que aparece en la siguiente figur a con la distri- 
bución en capas de un sistema operativo: 


Programas 
e E y . | de aplicación 
eS cad SN 
/ SAS SÓN 
GETS 
OS 


MM 


Fig.1. Sistema operativo construido a base de capas, o máquinas virtuales. 
[Fernández, Sáez Vacas, 1984, p. 717] 


217 


Complejidad y Tecnologías de la Información 


Esta misma estructura jerárquica en capas la vamos a encontrar en el hardware, 
tal y como recogíamos en un capítulo anterior (ver "Sistemas, visión estructural y 
visión funcional", en particular la figura 7). 


Hardware y niveles de complejidad 


En el capítulo dedicado a los marcos conceptuales recogíamos un mode- 
lo de complejidad propuesto por Sáez Vacas [1983] que planteaba tres 
niveles en la informática. Un primer nivel es el de los objetos o ele- 
mentos aislados, como puede ser un algoritmo, un circuito electrónico, 
etc. Estos elementos así considerados exhiben una complejidad 
característica que se denomina complejidad de los elementos aislados. 
Por encima de este nivel está la complejidad de los sistemas, es decir, 
la complejidad que aparece cuando esos elementos aislados se 
combinan para formar un todo del que interesa su comportamiento 
global. Un ejemplo es un ordenador personal que puede verse como 
un sistema compuesto de un gran número de elementos. Otro puede 
ser un chip. El último nivel de este modelo introduce un tipo de 
complejidad diferente a la que aparece en los otros dos, es la com- 
plejidad antropotécnica que aparece como resultado de la interacción 
entre los sistemas tecnológicos y la sociedad. En este nivel es donde 
se estudian problemas tan importantes como las interfaces de usuario, 
los factores humanos en la implementación tecnológica, los cambios 
organizativos como consecuencia de la utilización de la tecnología, 
etc. 


Cada una de las capas tiene un lenguaje propio y define un dominio de tr abajo 
único para ese nivel. Esta jerarquía es importante porque da una idea muy clar a 
de cómo se orquestan los diferentes niv eles y las distintas tecnologías dentro de 
un mismo campo, la informática, y puede ser muy útil para interpretar los avances 
y desarrollos que se producen. P or ejemplo, se puede pensar en integr ar varias 
capas en circuitos electrónicos (como de hecho está sucediendo cada vez más), o 
trasladar la complejidad de una capa a otr a, simularlas en un ordenador distinto, 
etc. 


La razón para utilizar este tipo de jerarquías ya la vimos en el capítulo dedicado al 
tratamiento de la complejidad, pero con viene recordar que estas clasificaciones 
nos proporcionan un mapa muy útil del terreno por el que nos mo vemos y nos 
permiten establecer relaciones y niveles bien diferenciados para poder estudiarlos 
por separado. 
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2.2 Integración de Hardware y Software 


Dada la semejanza en la estructura adoptada para interpretar el hardware y el soft- 
ware, se puede pensar en cambiar los límites establecidos entre ambos campos. 
Se podría, por ejemplo , implementar en hardw are alguna de las capas que forman 
el sistema operativo, o incluso ir más lejos e implementar directamenteel sistema ope- 
rativo en forma de microprograma. En la realidad se ha avanzado aún más, existen 
ordenadores cuya arquitectura está directamente orientada a un lenguaje de progra- 
mación concreto y las instrucciones se ejecutan sobre la máquina directamente. 


De la misma forma, se puede pensar en reproducir mediante programas diferentes 
niveles de hardw are, como de hecho se hace en las máquinas que simulan un 
ordenador distinto. La estructur a en capas permite pensar en un proceso de 
computación en el que la frontera entre el hardware y el software se deja a elección 
del diseñador, de ahí la importancia de tener una perspectiva de conjunto. 


Más adelante volveremos sobre las arquitecturas dedicadas (construidas para un len- 
guaje o una aplicación concreta), por ahora mencionemos sólo que cada vez son más 
los ordenadores comerciales que abandonan las arquitecturas tradicionales y optan por 
una estructura interna especialmente adaptada para el uso que se a a hacer de ellos. 


Como ejemplo de la simulación mediante softw are de niveles hardware podemos 
citar las máquinas UNIX que ejecutan el sistema operativo DOS como una subtarea, 
lo que permite tr abajar con todas las aplicaciones diseñadas par a este sistema 

operativo en máquinas en las que, en principio , no se podrían utilizar . Como 

ejercicio piense el lector cómo y qué funciones deberían simularse par a que el 

funcionamiento fuera idéntico al de una máquina DOS (como pistas mencionaremos 
la entrada/salida, dispositivos de interacción, y la velocidad de ejecución). 


INTELLIGENCY 


VLSI (19805) H/S UNIFIED 
LS! (19708) M/S PARALLEL 
(19508) 
TRANSISTOR HIS INDEPENDENT 
(19008) 
“e M .. 
a. e 
pd Ñ = 
/ A COMMUNICATION 
COMPUTER y 
VLSI 


Fig. 2. Integración del Software y el Hardware [Matsumura, 1983] 
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Matsumura recoge esta misma idea de integr ación entre el hardware y el software y 
la resume en la figura 2. 


Antes de acabar este apartado, conviene mencionar un hecho que, aunque no está 
directamente relacionado con la integr ación hardware y software, es muy importan- 
te para entender la ev olución de los ordenadores. Gr an parte de las in vestigaciones 
sobre nuevos materiales y dispositivos electrónicos dependen de la capacidad de 
computación disponible, es decir, cuando se dispone de tecnología par a construir 
un ordenador más rápido , más potente y con más capacidad que los anteriores, 
se puede utilizar par a perfeccionar las técnicas que permitieron su construcción, 
al mejorar éstas se puede desarrollar otro modelo más potente y así sucesivamente. 
Este bucle es responsable, al menos en parte, de los grandes avances que se han 
dado en las tecnologías de la información, se puede decir que se trata de construir 
una herramienta que nos permita construir una herramienta mejor. Ejemplo 
palpable de ello es la tecnología VLSI que permite diseñar ordenadores mucho 
más potentes y que, paradójicamente, es el resultado de poder utilizar computa- 
dores para gestionar la complejidad de los diseños de circuitos integr ados. 


Para muchos, el motor de los a vances en las tecnologías de la información es el 
hardware. 


2.3 VLSI 


Hablar sobre hardware puede convertirse en una tarea muy ardua si no delimitamos 
el alcance de la discusión previamente. Aquí nos limitaremos a las arquitectur as 
de ordenadores, pero antes de entrar a estudiarlas, es con veniente detenerse un 
momento en los niveles más bajos del hardware, concretamente en el de circuitos. 


Existe un consenso casi absoluto a la hor a de atribuir el enorme a vance de los 
ordenadores a la creciente capacidad de integrar circuitos. Que no consiste sólo en 
hacerlos cada vez más pequeños, sino también más rápidos, eficientes, baratos y 
fiables. Sin esta capacidad de integración, el auge de los pc's hubiera sido impen- 
sable (por precio, tamaño y prestaciones) pero tampoco hubier an podido plantearse 
los ordenadores par alelos (utilizar v arios procesadores, a v eces en cantidades 
masivas), el hardw are tolerante a fallos (que funciona fundamentalmente por 
duplicación), los procesadores dedicados (par a comunicaciones, par a servidores 
de red), el proceso de señal (con arquitecturas dedicadas gracias a las cuales son 
posibles muchas aplicaciones de comunicaciones y tratamiento de imágenes), etc. 


El poder integr ar cada v ez más circuitos en un espacio más pequeño no es un 
capricho. En primer lugar la mayor rapidez permite construir ordenadores más efi- 
cientes y con unas prestaciones elevadas. El poder incluir muchas funciones en un 
solo chip se tr aduce en ma yor fiabilidad en el proceso de información (un fallo 
dentro del chip es menos probable si se divide en v arias partes y se comunican a 
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través de un bus) y, lo que es más importante desde nuestro punto de vista, redu- 
ce la complejidad a la que se enfrentan los niveles superiores al permitir que parte 
de esa complejidad se traslade a los circuitos. 


Los primeros ordenadores eran máquinas enormes que ocupaban salas enter as y 
exigían un control absoluto de las condiciones de trabajo (temperatura, humedad, 
vibraciones, etc.), de ahí hasta los ordenadores portátiles que conocemos ho y en 
día se ha recorrido un largo camino. En aquellos ordenadores primitivos no existían 
muchos de los niv eles que ho y consideramos "casi" imprescindibles, el softw are 
era prácticamente inexistente tal y como lo entendemos ho y en día, y el hardware 
era muy simple comparado incluso con el del un ordenador personal actual. 


Escalas de integración 


ULSI es, por ahora, el último escalón de una serie de teconologías de 
integración de circuitos. Anteriormente, los ordenadores se basaban 
en tecnología SSI (pequeña escala de integración) o MSI (media 
escala de integración), con las que se llegaba a integrar hasta 10 
puertas lógicas. Posteriormente se alcanzó la LSI (gran escala de 
integración) con la que se pueden integrar hasta 10.000 puertas lógicas 
y VLSI que permite integrar cientos de miles de puertas en un chip. 
ULST integra millones de puertas. 


El sucesivo desarrollo de los niveles de la jerarquía se hizo en función de la capa- 
cidad para integrar circuitos electrónicos en un espacio cada vez menor. Al mismo 
tiempo, había que reducir el consumo de potencia, la disipación de calor, flexibilizar 
las condiciones de trabajo y aumentar la velocidad de computación. Gran parte de 
los avances que se han producido en tecnologías de la información se deben a 

avances previos en el nivel más bajo del hardw are, el de circuitos. 


Hoy en día prácticamente existen ordenadores en un solo chip y la integr ación de 
la que hablábamos antes no sería posible sin esta tecnología. Gr  acias a ella se 
puede pensar en implementar en hardware cualquiera de los niveles de la jerarquía 
propuesta por Bell y Newell, incluso los niv eles superiores, de aplicaciones, algo 
impensable hace tan sólo unos años. Gr acias a ello, el diseñador de ordenadores 
ha de enfrentarse con una complejidad distinta ya que cuenta con procesadores y 
circuitos periféricos de gran potencia que resuelven gran parte de los problemas. 
Por ejemplo, gran parte de los procesadores avanzados de hoy en día llevan incor- 
porada la Unidad Aritmético-Lógica a la CPU , ya no ha y que diseñar la conexión 
entre ellos, lo mismo sucede con las memorias cache y los gestores y muchos 
otros elementos. 
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3. Clasificación de las arquitecturas de ordenadores 


Dada la enorme velocidad de desarrollo de los ordenadores es difícil tener una ima- 
gen de conjunto de las cosas que existen, las que pueden existir, qué se investiga y 
qué apro ximaciones han quedado super adas. El bombardeo de información, 
comercial e in vestigador, al que está sometido cualquier a que tr abaje en este 
campo es suficiente para despistar al más experto. Ordenadores paralelos, proce- 
sadores e n array, conexionismo, monoprocesadores, sistemas distribuidos, 
procesadores dedicados, ordenadores v ectoriales, micro y macropar  alelismo, 
máquinas de flujo de datos, quinta gener ación, ordenadores LISP, RISC y CISC, 
etc., son términos que aparecen frecuentemente no sólo en las publicacionesespe- 
cializadas sino en cualquier folleto publicitario, los entienda el futuro usuario o no. 


Semejante diversidad puede parecer sorprendente si se tiene en cuenta que todas 
esas arquitecturas se derivan de unos pocos modelos establecidos en los años 40. 
Pero la variedad es tal que se necesita una clasificación par a poder moverse con 
un mínimo de seguridad en este terreno [Dasgupta, 1990, p. 65]. 


Por otro lado, las clasificaciones son muy útiles para poder establecer posibles líneas 
de in vestigación y ev aluar el estado del arte, cada v ez más complejo . Existen 
muchas clasificaciones de las arquitecturas de ordenadores pues los parámetros a 
seguir son muchísimos, y se necesitan perspectiv as muy amplias par a que la 
clasificación no se quede anticuada en muy poco tiempo . Esta car acterística, la 
capacidad de predicción, es fundamental en toda tax onomía. Pero la velocidad de 
desarrollo de las tecnologías de la información en conjunto hace realmente difícil 
predecir el futuro , por eso muchas de las clasificaciones se hacen intentando 
extender otras ya existentes y más antiguas, a las que el tiempo ha restado interés 
y resolución. 


3.1 Datos vs. Control, una clasificación tradicional 


Una de las clasificaciones más utilizada es la basada en la relación entre datos y 

control dentro del procesador . Esta clasificación se debe M.J . Flynn y se puede 

encontrar en cualquier libro sobre ordenadores. A pesar de su simplicidad, es casi 
la única de uso general. 


El criterio de calsificación es el número de instrucciones que se procesan simultá- 
neamente y sobre cuántos datos. De acuerdo con este criterio, se distinguen cuatro 
grandes grupos de arquitecturas: 


- SISD (Single Instruction, Single Data), Una Instrucción, Un Dato . Las instruc- 


ciones se ejecutan una a una y procesan un único dato cada v ez. Ésta es la 
arquitectura clásica (Von Neumann). 
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- SIMD (Single Instruction, Multiple Data) Una Instrucción, Datos Múltiples. Cada 
instrucción opera con varios datos al ejecutarse. Esta es la arquitectur a de los 
procesadores en array y de muchas máquinas orientadas al proceso numérico 
(como las de procesamiento de señales o de imágenes), donde las operaciones 
a realizar con los datos son relativamente pocas pero hay que efectuarlas sobre 
muchos datos. 


- MISD (Multiple Instructions, Single Data) Múltiples Instrucciones, un Único 
Dato. Supuestamente se ejecutan muchas instrucciones que oper an con un 
único dato. Esta arquitectura no tiene sentido fuera del puramente formal. 


- MIMD (Multiple Instructions, Multiple Data) Múltiples Instrucciones, Datos 
Múltiples. Ejecución simultánea de v arias instrucciones que operan con varios 
datos. Esta es la arquitectura de los ordenadores paralelos. 


Como es fácil ver, la clasificación es muy simple y permite pocas distinciones entre 
los ordenadores. Cuando se formuló (1972), toda vía no existían ordenadores 
paralelos (al menos no a gr an escala y con par alelismo masivo) y muy pocos 
procesadores dedicados que son generalmente SIMD). Hoy en día esta clasificación 
no nos permite distinguir entre todas las clases de ordenadores paralelos que existen 
e incluso es muy poco útil para las arquitecturas convencionales que han evo- 
lucionado lo suficiente como par a que se pueda pensar en distinguir div ersas 
categorías. 


3.2 Otros tipos de taxonomía 


Como hemos puesto de reliev e a lo largo de todos los capítulos anteriores, una 
estructura muy común que aparece al tratar con sistemas complejos es la jerarquía. 
Gran parte de las clasificaciones, de arquitectur as de ordenadores o de cualquier 
otro tipo, se caracterizan por su naturaleza eminentemente jerárquica y se distinguen 
entre sí, las que oper an sobre la misma clase de sistemas, por los niveles que 
consideren y los que detallan con ma yor precisión. 


Con los ordenadores sucede exactamente lo mismo . Partiendo de la clasificación 
de Flynn, que considera dos niveles, datos y control, se pueden detallar aún más 
esos niveles o se pueden tratar de identificar otros, superiores o inferiores, con lo 
que se llega a otra clasificación de los mismos sistemas. De hecho , mucha de las 
propuestas existentes parten del esquema de Flynn. Pero no es la única posibilidad, 
las clasificaciones tiene un objetiv o muy claro , saber qué se ha conseguido y 
descubrir por dónde se puede a vanzar de acuerdo con algun criterio que se 
convierte en el eje de la clasificación. Se puede pensar en clasificaciones que 
atienden al número de usuarios, a velocidad de proceso, al número de procesadores 
que existen, a prestaciones concretas, etc. 
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Skillicorn [1988, p . 47] recoge v arias de estas clasificaciones que resumimos 
brevemente. T.Y. Feng, en 1972, propuso una clasificación orientada a las presta- 
ciones en cuanto al paralelismo que permite la máquina. El paralelismo se evalúa 
en función del número de bits que se pueden procesar simultáneamente y se 
representa como un par de números, el primero la longitud de la palabra con que 
se trabaja y el segundo el número de palabras que se pueden procesar simultánea- 
mente. Evidentemente, este esquema es muy útil par a comparar muy div ersas 
arquitecturas pero no permite resaltar las diferencias ni las similitudes y a que no 
se hace referencia al tamaño, número de procesadores, precio o aplicación. 


Reddi y Feurstel, en 1976, propusieron una clasificación más descriptiva en la que 
las arquitecturas se clasifican de acuerdo con su organización física, el flujo de 
información y cómo se representa y transforma ésta. Siendo más genérica que la 
de Feng, estos parámetros están demasiado orientados a la implementación 
específica del ordenador pues muchas máquinas resultan ser prácticamente iguales 
con diferentes organizaciones físicas (por ejemplo, microprogramación vs. cableado). 
Handler, en un tr abajo presentado en 1977, describe las arquitectur as dando el 
número de procesadores y cómo se interconectan, así como el tamaño de palabra 
y la profundidad de las unidades aritmético-lógicas. Esta última clasificación está 
orientada a las máquinas de proceso v ectorial y es difícil de gener alizar a arqui- 
tecturas multiprocesador. 


Otras dos clasificaciones más, que detallamos a continuación, son las propuestas 

por Skillicorn [1988] y Dasgupta [1990], que son un ejemplo muy claro de refina- 
mientos sucesivos de clasificaciones previas y de propuestas de notación, cuando 
menos curiosas. Skillicorn parte del esquema de Flynn, y Dasgupta desarrolla aún 
más la propuesta de Skillicorn dotándola de una gr an potencia denotacional. 


3.3 Una ampliación al trabajo de Flynn 


En esta clasificación se opta por una aproximación al problema de la computación 
y las máquinas a través de varios niveles de abstracción. En el nivel más alto estaría 
el modelo de computación. Uno de los más conocidos es el de Von Neumann, pero 
existen muchos más como el de fujo de datos, el de reducción de gr afos, los 
modelos de pilas, par alelos, etc. Un niv el con un gr ado ma yor de refinamiento 
sería el de máquinas abstractas (sobre las que se implementa el modelo compu- 

tacional) ya que cada modelo computacional se puede implementar sobre máquinas 
muy diferentes, aunque se ajuste mejor a determinadas estructur as. Este es el 

nivel más alto de la clasificación de Skillicorn. 


El siguiente nivel sería el de la implementación, la máquina tal y como la v e el 
programador en lenguaje ensamblador (ésta es una de las definiciones clásicas de 
arquitectura de ordenadores). Este es el segundo niv el de la clasificación de 

Skillicorn. Como el mismo reconoce, ha y parámetros importantes que deja fuer a 
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de la clasificación, uno de ellos es el lenguaje de progr amación ya que ha y "una 

creciente tendencia a construir conjuntamente el lenguaje y la máquina" (véase 

qué decíamos anteriormente sobre la integración hardware/software). 

Los parámetros que describen el primer nivel de la clasificación son los siguientes: 
- El número de procesadores de instrucciones (IP), 


- el número de memorias de instrucciones (IM), 


- el tipo de conmutadores que conectan las memorias de instrucciones y los 
procesadores de instrucciones, 


- el número de procesadores de datos (DP), 
- el número de memorias de datos (DM), 


- el tipo de conmutadores que conectan los procesadores de datos y las memorias 
de datos, 


- el tipo de conmutador que conecta los procesadores de instrucciones (IP) y los 
procesadores de datos (DP), 


- el tipo de conmutador que conecta los procesadores de datos (DP) entre sí. 


Este primer nivel extiende las clases de Flynn consider ando algunas característi- 
cas importantes de las clasificaciones actuales, entre ellas, el tipo de conexión 
entre los diversos procesadores, un parámetro fundamental en la arquitectur a y 
organización interna del ordenador y decisivo a la hora de considerar sus presta- 
ciones. El segundo nivel considera la posibilidad de "pipeline" en los procesadores 
y el comportamiento de su diagrama de estados. 


La siguiente tabla (figur a 3) muestra una posible clasificación atendiendo única- 


mente al primer niv el y suponiendo que el número de memorias coincide con el 
número de procesadores: 
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Fig. 3. Cuadro con la clasificación de arquitecturas de Skillicorn 
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3.4 Química, arquitectura y ordenadores 


Esta clasificación es una mejora explícita de la propuesta de Skillicorn que intenta 
superar una serie de limitaciones que consider a importantes. La primera de ellas 
es la falta de poder de predicción y a que no permite compar ar arquitecturas que 
pertenecen a clases diferentes o cómo wrían diferentes modelos de la misma línea 
arquitectónica. A pesar de que Skillicorn hace referencia explícita a la necesidad 
de un modelo jerárquico, Dasgupta sostiene que no lo es y critica que un concepto 
tan importante como el "pipeline" aparez ca en un nivel diferente a las memorias 
y los procesadores. 


El artículo de Dasgupta comienza haciendo un estudio de la ciencia de la tax onomía 
(clasificación) y enumera las propiedades que debe reunir una buena clasificación. 
De acuerdo con éstas, considera que la propuesta de Skillicorn carece de poder de 
explicación (aunque está latente), que no es un esquema jerárquico y que se olvida 
de aspectos importantes como el y a comentado o la diferencia entre memorias 
principales y memorias cache. 


Para resolver estos problemas, Dasgupta propone una jer arquía basada en los 
modelos utilizados en la Química, utilizando profusamente términos como radicales 
atómicos, moléculas, radicales complejos, etc. Las entidades básicas, o átomos, 
son las siguientes: 


- (¡M) "interlea ved Memory”, memorias en las que se puede acceder a v arias 
unidades básicas en un único ciclo de memoria, 


- (sM) "single Memory", memorias simples, sean de datos o de instrucciones, 
- (C) "cache", memorias "buffer" de acceso rápido, 


- (sI) unidad simple (de un sólo paso o de una sola instrucción) de prepar ación 
de las instrucciones, 


- (pI) unidad con "pipeline" de preparación de instrucciones, 


- (sX) unidad simple (de una instrucción o de un solo paso) de ejecución de 
instrucciones, 


- (pX) unidad con "pipeline" de ejecución de instrucciones. 
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Fig.4. Ejemplos de "formulación" de arquitecturas 


Si una máquina tiene varios átomos, se denota con un subíndice añadido a los átomos 
(por ejemplo, ¡M3 o pX4). También se pueden construir r adicales compuestos de 
varios átomos, por ejemplo: (iM) y .(C.pl)n, que significa m memorias del tipo ¡M, 
asociadas a n procesadores de instrucciones con "pipeline" y dotados, cada uno de 
ellos, de memoria cache. Una molécula representa un subsistema completo dentro 
de un ordenador dado, puede ser una molécula X (de ejecución) o 1 (de preparación 
de las instrucciones). Una macromolécula combina una molécula 1 y una molécula 
X y representa un ordenador completo. Sobre esta estructura se definen una serie 
de reglas sintácticas para combinar todos los elementos y formular las expresiones 
adecuadas a cada caso . En la figur a 4 se recogen algunos ejemplos de esta 
clasificación. 


Esta clasificación de Dasgupta es un buen ejemplo de cómo aprovechar notaciones 
ya aceptadas en otros campos para desarrolar una propia y cómo pueden utilizarse 
las analogías para facilitar la comprensión y el manejo intuitiv o de la taxonomía. 
Sin embargo, como el propio Dasgupta reconoce, tanto esta clasificación como la 
de Skillicorn están seriemente limitadas cuando se tr ata de arquitecturas que no 
siguen el modelo Von Neumann. 
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4. Ordenadores personales y estaciones de trabajo 


Estudiar las diferentes arquitectur as de ordenador es una tarea muy complicada 
dada la gran variedad de posibilidades existentes. P ero hay algo aún más difícil, 
clasificar los ordenadores que están disponibles comercialmente, no según el 
número de procesadores o de memorias, sino siguiendo la denominación tradicional 
de Ordenador Personal (pc), Microordenador, Estación de Trabajo (Workstation), 
Miniordenador, Superordenador, etc. 


¿Qué significa cada una de estas categorías?, evidentemente nadie lo sabe con 
exactitud. En primer lugar las definiciones de cada una de ellas abundan casi tanto 
como los productos comerciales y, en segundo lugar, la falta de rigor es casi absoluta. 
Al observar el panor ama existente en las publicaciones especializadas cabe 
preguntarse si la borrosidad que todo el mundo parece admitir en este sentido no 
es más que un intento fallido de reducir por las bravas la complejidad de descripción 
de la oferta informática. 


Aquí nos vamos a centrar en lo que parecen ser los dos escalones más bajos, los 
pc's y las Estaciones de Trabajo (WS, a partir de ahora). Con ellos se puede seguir 
mejor que con ningún otro el vertiginoso desarrollo de los ordenadores, los cambios 
que en ellos se han producido y las consecuencias que tuvieron y que tienen a la 
hora de concebir la informática. Por otro lado, son la referencia más inmediata que 
tienen la gran mayoría de los usuarios, alejados de los grandes ordenadores y las 
máquinas especializadas en aplicaciones científicas muy concretas. 


4.1 Su majestad el pc 


Resumir, aún concisa y brev emente, la historia del Ordenador P ersonal sería tan 
sólo repetir lo que otros muchos han hecho en multitud de libros y artículos. Y a 
pesar de que también existen análisis de todos los tipos, v amos a detenernos 
brevemente con algunas conclusiones que se pueden sacar de esa historia. 


Definir un Ordenador P ersonal es muy arriesgado , entre otr as cosas porque es 
muy probable que la definición resulte superada al cabo de muy poco tiempo. Sin 
embargo, parece que existe una serie de características que sin llegar a constituir 
una definición clara permiten diferenciarlo de alguna manera de otro tipo de orde- 
nadores. Dada la creciente y fuerte tendencia a la normalización, un pc gener al- 
mente trabaja bajo un sistema operativo interactivo (el más extendido es el DOS, 
de Microsoft), es monousuario, con una memoria que oscila entre los 250 Kb y 4 Mb 
con una o dos unidades de disco flexible, y posiblemente con un disco duro de 
varias decenas de Mb. Es posible conectarlos en red, disponen de v arias ranuras 
de ampliación y el tipo de monitores suele ser de 80x25 columnas con div  ersas 
resoluciones en modo gráfico, siempre limitadas por el tamaño del monitor. 
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Los ordenadores personales y la complejidad 


La principal ventaja que ofrecen los ordenadores personales es que 
ponen al alcance de cualquiera una potencia de cálculo impensable no 
hace mucho tiempo. La ciencia de hace un siglo se encontraba fuerte- 
mente limitada por la falta de instrumentos de cálculo y sólo podía tratar 
con problemas de una complejidad abordable que, para los estándares 
de la época, no era muy elevada (recordar el capítulo dedicado a la 
simplificación y el ejemplo del estudio del sistema solar). 


Evidentemente, el H y el O eran exactamente el mismo ahora que 
hace un siglo pero el I ha cambiado radicalmente y, en consecuencia, 
también ha cambiado mucho la Imagen del Objeto que nos hemos 
formado. Al aparecer los primeros ordenadores se pudo empezar a 
tratar con problemas de una complejidad mucho mayor pero esta 
posibilidad sólo estaba al alcance de unos pocos privilegiados. Poco a 
poco fue haciéndose más fácil acceder a los ordenadores hasta que 
empezaron a aparecer los primeros Ordenadores Personales que 
brindaron esa posibilidad a todo el mundo. Es decir, permitieron que 
cambiara la IO de mucha más gente. 


La lista de descubrimientos científicos de mayor o menor importancia 
que se han hecho utilizando un ordenador personal es enorme ya que 
permite que mucha más gente investigue y estudie un determinado 
objeto, con lo que las posibilidades de profundizar en el conocimiento 
sobre ese objeto son mucho mayores. Antes no todo el mundo disponía 
del tiempo o de la capacidad necesaria para resolver, por ejemplo, un 
conjunto complicado de ecuaciones, ahora éste es un trabajo que 
realiza el ordenador y que además lo realiza de forma más precisa y 
permitiendo ampliar detalles que antes no se podían considerar (de 
nuevo nos remitimos al ejemplo del sistema solar que estudiamos en 
el capítulo dedicado al tratamiento de la complejidad). Desde luego 
siempre están los superordenadores como las herramientas dedicadas 
a tratar con problemas de una complejidad enorme, pero los 
Ordenadores Personales, aún disponiendo de una capacidad incom- 
parablemente menor, permiten que cada usuario individual maneje 
una complejidad considerable con un coste muy reducido. 


En este apartado dedicado a los ordenadores personales vamos a 
estudiarlos desde el punto de vista de su evolución en el tiempo y la 
creciente expansión en el mercado tanto de los ordenadores personales 
como de las estaciones de trabajo. Lo que aquí digamos ha de inter- 
pretarse de acuerdo con la idea de que los ordenadores son básica- 
mente herramientas para tratar la complejidad y que los Ordenadores 
Personales son herramientas que nos permiten tratar la complejidad 
de muchos objetos cotidianos. 
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Evidentemente todas estas características son discutibles y lo serán cada vez más 
a medida que pase el tiempo, pero aún así pueden dar una idea bastante clara de 
lo que es un pc. 


La gran ventaja que ofrecen es poner a disposición del usuario no especializado 
una enorme capacidad de proceso unida a una flexibilidad que no tiene práctica- 
mente ningún otro tipo de ordenador . Si cuando aparecieron y a se consider aron 
como un hecho "rev olucionario” en la forma de tr abajar, esa revolución continúa 
pues los a vances han permitido multiplicar por un factor muy elev ado todas las 
prestaciones que ofrecen. 


El ordenador es una herr amienta que permite manejar mucha complejidad. Esto 
es algo que hemos v enido repitiendo con frecuencia a lo largo de estos apuntes. 
El ordenador personal es una herr amienta accesible a mucha gente a la que le 
permite gestionar de forma individual problemas cada v ez más complejos. Los 
primitivos ordenadores personales con 64 Kb de memoria y procesadores de 8 bits 
permitieron que muchos científicos, por citar algún ejemplo concreto , dispusieran 
de una herramienta personal (y este adjetivo es lo importante) par a abordar los 
problemas que estudiaban. Muchos de los estudios realizados en la segunda mitad 
de este siglo son insepar ables de la historia del ordenador y no se podrían haber 
abordado sin éstos. Un ejemplo muy claro es la dinámica de sistemas cuy o potencial 
sólo es aprovechable si se dispone de un ordenador capaz de ejecutar rápidamente 
todas las simulaciones que sean necesarias. Y lo mismo sucede con la predicción 
del tiempo atmosférico, el estudio del caos, los fractales, estudios aerodinámicos, 
controles de centrales de energía y un largo etcétera. 


Pero la mayoría de esas aplicaciones requerían y requieren gr andes ordenadores 
manejados por especialistas, la importancia del pc es que puso una parte de ese 
poder de computación en manos de los usuarios. Ho y en día existen ordenadores 
que aún estando dentro de la categoría de los pc permiten realizar complicadas 
tareas de diseño y análisis que no hace mucho eran competencia exclusiva de los 
grandes ordenadores. Pero aún dejando de lado esas aplicaciones especializadas, 
los pc's permiten que cualquier a, cómodamente instalado en su casa, realice 
complejos a nálisis financieros, prepare documentos de gr an calidad, llev e la 
contabilidad de pequeñas e incluso medianas empresas, utilice sistemas expertos, 
programas de análisis de circuitos y un sinfín de tareas que antes ean inabordables. 


Además, la enorme presión comercial en este mercado hace que los precios bajen 
cada vez más y las máquinas sean cada vez más potentes. Cualquiera familiarizado 
con el mundo de los microprocesadores conoce la saga de los 8086, 8088, 80186, 
80286, 80386 y 80486, todos ellos aportando verdaderos saltos cualitativos en 
prestaciones y concepción de los ordenadores personales. Modelos como el 8 Mb 
Mac II de Apple, PS/2 Modelo 80 de IBM o el COMP. AQ Deskpro 386/40 tienen 
memorias de alrededor de 10 Mb y procesadores que funcionan a 16,7 MHz con 
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capacidad multitarea, a un precio que en ningún caso llega a los 10.000 $ (y algunos 
son bastante más baratos). 


Por otro lado, la enorme flexibilidad con que están diseñados permiten convertir a 
un ordenador personal en un auténtico ordenador especializado que pone a dispo- 
sición de los usuarios un potente centro de cálculo . Personalizar un pc par a una 
aplicación concreta es probablemente más bar ato que compr ar un ordenador 
grande capaz de abordar ese mismo problema directamente. Existen tarjetas de 
ampliación con procesadores especializados en proceso numérico , procesado de 
imágenes, procesado de v 0z, arrays sistólicos, tarjetas de adquisición de datos, 
periféricos para programar PLD's y memorias, posibilidades de conectarse a todo 
tipo de redes, con vertir un pc en un banco de pruebas de circuitos integr ados, 
controladores de equipos con pantallas táctiles y multitud de periféricos que 
permiten hacer de un ordenador personal una potente máquina especializada. 


4.2 Estaciones de trabajo 


Como su propio nombre indica, las estaciones de tr abajo fueron inicialmente 
concebidas para aplicaciones muy especializadas que requerían gr an potencia de 
cálculo y capacidad de memoria. El desarrollo de este tipo de máquinas es, de 
alguna manera, paralelo al de los ordenadores personales pero aplicado a la ciencia 
y a la ingeniería. 


Definir una WS es tan complicado como definir un ordenador personal, normal- 
mente se entiende como tal una máquina monousuario , con capacidad de multi- 
tarea y, como mínimo , prestaciones de 1 MIPS (Mega Instructions P. er Second), 
conectable mediante red Ethernet, sistema Oper ativo UNIX, aplicaciones técnicas 
y de ingeniería y monitor de alta resolución. 


Aplicaciones típicas de las estaciones de tr abajo son progr amas de CAE/CAD 
(Diseño Asistido por Ordenador) y la ma yor parte de los usuarios de estos orde- 
nadores son técnicos y especialistas en diversas ramas de la ciencia y la ingeniería. 
Son, en gener al, problemas que podrían resolv erse con un pc pero a costa de 
pagar un alto precio en eficiencia y velocidad y con limitaciones importantes 
(sobre todo en procesamiento numérico y representación gráfica), de hecho 
muchas de las aplicaciones existentes en el mercado de WS también existen en el 
mercado de los ordenadores personales aunque en v  ersión reducida. Y a hemos 
mencionado el diseño asistido por ordenador (que necesita una alta resolución 
gráfica y unas prestaciones numéricas importantes par a procesar las imágenes) 
pero también conviene mencionar el diseño industrial (de componentes mecánicos 
y electrónicos y las correspondientes pruebas y análisis), modelado de elementos 
finitos, animación de vídeo, análisis térmicos y electromagnéticos, estudios de diná- 
mica de fluidos, programación de grandes sistemas, fabricación asistida, etcétera. 
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Una idea apro ximada de la potencia de las actuales estaciones de tr abajo es la 
siguiente: "con los sistemas actuales, los ingenieros pueden diseñar, por ejemplo, 
una pieza del ala de una vión, con la próxima gener ación de ordenadores más 
potentes podrán diseñar el ala enter a y con futur as generaciones serán capaces 
de diseñar el avión completo" [LoPiccolo, 1988]. 


Sin embargo existe un problema que y a hemos comentado en otros apartados de 
este capítulo. El hardware parece ir siempre muy por delante del software y, aunque 
la tecnología y los ordenadores cada v ez son más potentes, no se dispone de las 
herramientas necesarias para sacarle partido. Y hay muchos factores que contri- 
buyen a aumentar aún más ese distanciamiento entre el hardw are y el software, 
las máquinas RISC (ver el apartado dedicado a este tema en este mismo capítulo) 
han permitido aumentar de forma importante la potencia y prestaciones de las 
estaciones de tr abajo, lo mismo sucede con el par  alelismo (especialmente las 
arquitecturas como los arrays sistólicos) que permite realizar simultáneamente 
muchas operaciones que antes se tenían que hacer de forma secuencial. La 
tecnología de las estaciones de trabajo es tan fluida que es muy difícil adaptar el 
software existente a las nuev as máquinas que van saliendo al mercado y más si 
estas aparecen a la velocidad con que lo hacen. 


Al contrario de lo que sucede en los pc's, donde las prestaciones son importantes 
pero lo es aún más disponer de un progr ama para aprovechar la flexibilidad que 
ofrecen, en las estaciones de tr abajo el parámetro fundamental es la v elocidad y 
la capacidad, siempre se necesita más potencia de cálculo y ma yor resolución 
gráfica. A estas demandas responden la industria y la investigación hardware pero 
la velocidad de desarrollo hace muy difícil disponer del sofware adecuado y más si 
tenemos en cuenta que las estaciones de tr abajo suelen utilizarse de forma muy 
especializada (para una o dos aplicaciones fundamentales). 
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Quién es quién en el mercado de las estaciones de trabajo 


Hay cinco grandes compañías que compiten por el mercado de las 
estaciones de trabajo (4 si tenemos en cuenta que Hewlett-Packard 
compró Apollo). Apollo Computer Inc., ofrecía tres familias de esta- 
ciones: 3000, 4000 y 5XX, estas dos últimas de altas prestaciones. 
Sun Mycrosystems Inc. (el nombre Sun significa Stanford University) 
ofrece una gama muy amplia de estaciones de trabajo con unas 
prestaciones muy interesantes gracias a sistemas muy novedosos 
como la estación Sun 4/200, con arquitectura RISC o el sistema 
distribuido de ficheros NFS, que permite trabajar con unidades sin 
disco al compartirlos a través de la red. Hewlett-Packard, conocida 
como la compañía de ingenieros para los ingenieros, presenta una 
línea de estaciones en las que la arquitectura RISC también juega un 
papel muy importante. Digital Equipment Corportaion (DEC) tiene la gran 
ventaja de ser uno de los líderes mundiales en redes de ordenadores y 
ofrecer una gran compatibilidad entre máquinas y un parque instalado 
muy amplio (los conocidos VAX, a los que las estaciones de trabajo, 
Micro VAX, se pueden conectar de forma sencilla algo que no es cierto 
en la mayoría de los otros equipos). IBM, el gigante azul, fue la 
primera compañía que anunció una estación de trabajo con arquitec- 
tura RISC, el IBM RT PC, que, sin embargo, no fue un éxito comercial. 
Los nuevos sistemas PS/2 y el nuevo modelo de estación, 9370, 
intentan recuperan ese terreno perdido. Pero este panorama está 
cambiando continuamente, desde luego a mayor velocidad de la que 
rige el ritmo de una publicación como ésta. 


Existen teorías que aseguran que el número de errores que comete un ingeniero 
al diseñar un dispositivo determinado decrece de una forma muy importante con 
el aumento de la velocidad del respuesta del ordenador, debido a que no tiene que 
esperar esta respuesta y no se interrumpen sus procesos mentales [Stenz el, citado 
por Lopiccolo, 1988]. Evidentemente, si se está realizando un diseño gráfico A 
representa una gran ventaja ver inmediatamente cuáles son las consecuencias de 
una acción determinada (esto, dada la complejidad de las tareas in volucradas es 
algo que no se puede conseguir con un pc y quizá sea un tema interesante a estudiar 
a la hora de diseñar las interfaces de las aplicaciones de los pc's). Lo mismo se 
puede decir de la resolución gráfica, se puede entender mucho mejor lo que se 
está haciendo si se v e correctamente y con detalle (algo difícil de conseguir con 
los pc's). 


Algunas medidas de productividad aseguran que la productividad de los ingenieros 
puede incrementarse en un 30-40 % si utilizan una estación de trabajo. Este dato 
es muy importante, porque el primer objetiv o de las estaciones de tr abajo es 
conseguir importantes beneficios de la in versión, como pueden ser mejoras en el 
proceso de diseño o ciclos de diseño y fabricación más cortos. 
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4.3 Ordenadores personales vs. estaciones de trabajo 


El principal problema que se le plantea a un usuario es decidir qué es lo que nece- 
sita par a sus aplicaciones, un ordenador personal o una estación de tr abajo. 
Realmente no es fácil de decir aunque los productores de este tipo de equipos 
parecen tener muy clar a la diferencia entre ambos mercados. No cabe ninguna 
duda de que los a vances en la tecnología de los pc's hacen que éstos sean cada 
vez más parecidos a las estaciones de tr abajo. Los microprocesadores utilizados 
en modelos de ordenador personal comerciales y ampliamente extendidos y a 
permiten multitarea, manejan v arios megas de memoria y utilizan dispositivos 
gráficos de alta resolución, las prestaciones son buenas y se pueden mejor ar de 
forma importante si se recurre a la personalización del equipo . También son capaces 
de funcionar bajo el sistema operativo UNIX intentando aprovechar las aplicaciones 
escritas para este sistema. Pero las estaciones de trabajo evolucionan a la misma 
velocidad que los ordenadores personales y sus prestaciones mejoran a gran velo- 
cidad. Una forma de interpretar este dilema es consider ar que la gama alta (los 
mejores equipos de los pc's, con mayores prestaciones y más caros) puede llegar 
a confundirse con la gama baja de las estaciones de trabajo (las no muy especia- 
lizadas y con prestaciones "normales" dentro de los márgenes que manejan las 
WS). Algunos llegan a hablar incluso de las pc -Workstations en contraposición a 
las "Technical Workstations" para diferenciar entre unos y otros. 


La figura 5 muestra las prestaciones de tres equipos punteros dentro de la oferta 
de los ordenadores personales en un momento histórico ya claramente sobrepasado. 


n/a 
Modified AT 


Fig. 5. La gama alta de los ordenadores personales [Engineering Tools, 1988, p. 19] 
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Si comparamos los precios de estos equipos con los que aparecen en el cuadro de 
las estaciones de trabajo llegamos a una de las conclusiones más importantes a la 
hora de decidir entre un pc o una WS . Los pc's no admiten utilizar UNIX de forma 
natural y son más dificiles de conectar en red (un aspecto fundamental en toda ins- 
talación) y sus prestaciones no justifican su precio en muchos casos. Aún así, e | 
número de aplicaciones que existen para WS no es comparable a la ingente canti- 
dad de programas escritos para pc, si lo que se desea es flexibilidad y un espectro 
amplio de utilización la balanza se inclina definitivamente por los pc's (eso sin tener 
en cuenta la diferencia de precio entre el softw are para pc y el software para WS). 


La figura 6 recoge las prestaciones y precio de algunas estaciones de tabajo agru- 
padas por compañías y en las diferentes series existentes. Es importante comparar 
estos datos con los del cuadro anterior par a tener una idea más clar a de dónde 
están las diferencias. 


305 none Q50s 
Parity  Parity  EDC Parity  Parity  EDC 


12 MHz 25 MHz 20 MHz 20 MHz 20 MHz 22 MHz 


Math Co-processor 68881 78132 CMOS FPU 


1,5 4 n/a 9 9 3 


Operating System Domain/IX (UNIX clone) VMS, Ultrix (UNIX clone) 
*Base System Price ($) 4990 13,900 46,900 26,000 5400 50,400 


Fig. 6. Cuadro de prestaciones y precios de algunas estaciones de trabajo 


Pero apenas se ha definido una situación, ésta cambia con una velocidad sorpren- 
dente. Al igual que sucedió con los pc's, las aplicaciones de las WS de carácter más 
técnico están dando paso a otr as mucho más genéricas (existe un estudio en el 
que se afirma que el 70% de utilización de las estaciones de tr abajo se dedica a 
funciones administrativas). De alguna maner a, las estaciones de tr abajo están 
invadiendo el terreno de los pc's. Y como todo lo que pueda ser un mercado es 
aprovechable, están empezando a aparecer aplicaciones de proceso de texto A 
hojas electrónicas, publicación electrónica y bases de datos con interfaces mucho 
más convivenciales que trasladan una tarea clásica del ordenador personal a las 
más potentes estaciones de trabajo. En la figura 7 se muestran unas expectativas 
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de desarrollo del mercado tanto de las estaciones de tr abajo como de los pc's 
(nótese la agrupación que antes mencionábamos en pc -Workstations y Technical 
Workstations). 
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Fig. 7. Evolución del mercado de ordenadores personales y estaciones de trabajo 
[Engineering Tools, 1988, p. 87] 
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5. RISC, la simplificación del diseño 


A partir de la propuesta inicial de V on Neumann y gracias a los avances en elec- 
trónica, se fueron construyendo ordenadores cada vez más complejos. Las primeras 
máquinas no eran más que un conjunto de puertas lógicas con una arquitectur a 
muy simple, que se fue complicando a medida que aumentaba la capacidad de 
integración de circuitos. Para ganar en velocidad y eficiencia se fueron implemen- 
tando en hardawre cada vez más niveles de la jerarquía y la potencia de compu- 
tación del hardware se multiplicó por factores muy elev ados. 


Esto dió lugar a arquitecturas extremadamente complejas, con un lenguaje máquina 
de varios cientos de instrucciones que permitían realizar prácticamente cualquier 
operación imaginable (por ejemplo, el VAX-11 tiene instrucciones máquina direc- 
tamente orientadas a lenguajes de alto nivel como son INDEX, para utilizar matrices, 
CASE, para la estructura de alto nivel del mismo nombre o CALL, para llamadas a 
procedimientos con paso de parámetros). Muchas de las instrucciones de código 

máquina eran incluso más potentes que algunas instruciones de lenguajes de alto 
nivel. Como consecuencia, la complejidad organizativa de los procesadores y ele- 
mentos asociados creció considerablemente. Las razones para construir conjuntos 
de instrucciones complejos eran dos fundamentalmente [Sáez Vacas, 1987, p. 60]: 


- Aproximar los niv eles semánticos entre v arios lenguajes de alto niv el y una 
parte de los niv eles de lenguaje ensamblador y máquina. Al implementar en 
hardware instrucciones muy complejas se permite que instrucciones de alto 
nivel puedan ejecutarse casi sin necesidad de ser traducidas por el compilador. 
De forma extrema, se puede pensar en un lenguaje máquina que coincide con 
el lenguaje de alto nivel. 


- Mejorar la relación procesador/memoria, al reducirse el número de accesos a 
memoria. Una instrucción compleja permite oper ar mucho más sobre un dato 
determinado sin necesidad de traerlo y llevarlo a memoria. 


Esto está en la línea que ya comentábamos al principio del capítulo al hablar sobre 
integración de hardware y software. 


Sorprendentemente, era ampliamente conocido y estaba suficientemente docu- 
mentado que los programadores y, en consecuencia, los compiladores (que son los 
que más frecuentemente acceden al código máquina), utilizan un conjunto 
bastante reducido de instrucciones que supera el 75 % de frecuencia de utilización 
de las instrucciones del lenguaje [Sáez Vacas, 1987, p. 59]. 


Para reducir la complejidad de diseño se inició a finales de los 70 y principios de 
los 80 una tendencia a diseñar las arquitecturas con un conjunto reducido y simple 
de instrucciones, comenzando así la singladura de los ordenadores RISC (Reduced 
Instruction Set Computers). 
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Tempus y Hora, una metáfora RISC 


En el capítulo dedicado al tratamiento de la complejidad estudiabamos 
la propuesta de simplificación que, en forma de parábola, hace H.A. 
Simon. El problema que plantean las arquitecturas RISC es muy similar. 
Los conjuntos complejos de instrucciones consumen muchos ciclos de 
reloj por instrucción, de forma que cada vez que aparece una inte- 
rrupción el sistema o salva el estado global (muy complejo, dada la 
estructura del procesador) o desperdicia mucho trabajo reinicializando 
la instrucción interrumpida.La aproximación RISC propone instruc- 
ciones mucho más simples (teóricamente de un único ciclo de reloj de 
duración) de forma que las interrupciones no suponen un gran 
problema y, cuando se necesitan operaciones complicadas (que 
como comentabamos antes es menos fecuente de lo que a primera 
vista pudiera parecer) se pueden construir a partir de las más simples. 
El esfuerzo se traslada a la compilación, pudiéndose así construir 
procesadores mucho más simples, eficientes y rápidos. 


La filosofía de diseño RISC plantea las siguientes premisas [Gimarc, 1987, p. 59]: 


1. Analizar las aplicaciones para determinar qué operaciones se utilizan con más 
frecuencia. 


2. Optimizar la ruta de datos par a ejecutar esas instrucciones tan rápidamente 
como sea posible. 


3. Incluir otras instrucciones sólo si se ajustan a la ruta de datos previamente 
especificada, son relativ amente frecuentes o su inclusión no ralentiza la 


ejecución de las instrucciones más frecuentes. 


4. Aplicar la misma filosofía a todos los recursos del procesador , incluir sólo los 
más frecuentemente utilizados y sólo si no ralentizan recursos más utilizados. 


5. Trasladar toda la complejidad que sea tazonablemente posible del hardware de 
ejecución al software de compilación. 


A partir de ellas, las máquinas RISC ofrecen una serie de características comunes 
que todas comparten en mayor o menor grado: [Gimarc, 1988, p. 59]: 


- Ejecución de la mayoría de las instrucciones en un solo ciclo . 
- Conjunto de instrucciones de recuperación y almacenamiento. 


- Decodificación cableada de instrucciones. 
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- Relativamente pocas instrucciones y modos de direccionamiento . 

- Formato de instrucciones fijo para facilitar la decodificación. 

- La complejidad se traslada a compiladores optimizados. 

- Ruta de datos muy segmentada para facilitar concurrencia. 

- Conjunto amplio de registros. 

- Múltiples niveles de memoria. 

- Conjunto de instrucciones diseñado para un grupo determinado de aplicaciones. 
La controversia entre ordenadores RISC y CISC puede dividirse en dos categorías: 


cómo diferenciar un ordenador RISC de uno CISC y cómo hacer compar  aciones 
razonables entre ellos. 


MOTOROLA amplía su familia de microprocesadores CISC 
(Mundo Electrónico, Abril 1990, p. 51) 


"El nuevo miembro de la familia 680X0 de microprocesadores CISC de 
32 bits de Motorola dobla las prestaciones del 68030, integra más de 
1,2 millones de transistores y consigue una media de ejecución 
sostenida de 1,3 instrucciones complejas por ciclo de reloj, valor muy 
próximo al teórico de 1 instrucción por ciclo de los microprocesadores 
RISC". 


Este microprocesador, llamado 68040, integra en un único chip una 
unidad de cálculo de coma flotante y dos antememorias de 4Kbytes y 
se prepara en tres versiones, de 25, 33 y 50 MHz. Con técnicas de 
segmentación, puede realizar hasta 14 tareas simultáneas, la unidad 
de cálculo de enteros realiza 6 operaciones al tiempo y la unidad de 
coma flotante 3 operaciones simultáneas. La unidad de cálculo puede 
trabajar de forma independiente sobre las dos antememorias. Para 
evitar tener que salvar el estado del procesador cada vez que se 
produce una interrupción (operación muy compleja dada la cantidad 
de parámetros involucrados) sólo se almacenan los datos de partida 
y si se produce alguna interrupción, se reanuda la tarea desde el 
principio. 

Hewlett-Packard anuncia una amplia oferta de productos basados en 
RISC 


(Mundo Electrónico, Mayo 1990, p. 60) 


”... con esta presentación de nuevos equipos, la mayor que realiza la 
compañía en sus 50 años de historia, H-P ofrece ahora la más amplia 
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oferta de odenadores basados en la arquitectura RISC de todo el 
mercado".Hewlett-Packard es una de las compañías que más firme- 
mente se ha comprometido con la arquitectura RISC con su línea de 
procesadores Spectrum (HP Precision Architecture) orientada a apli- 
caciones UNIX. 


IBM anuncia la familia RISC System/6000 
(Mundo Electrónico, Abril 1990, p. 56) 


"IBM España ha presentado recientemente su nueva familia RISC 
System/6000 ...Estos nuevos equipos, que han supuesto una inversión 
de 1000 millones de dólares, mejoran la tecnología RISC, al tiempo 
que incorporan la nueva versión del sistema operativo UNIX de IBM, 
el AIX V.3"."Todos estos modelos utilizan la arquitectura POWER 
(Performance Optimization With Enhanced RISC), con un nuevo 
procesador super-escalar capaz de ejecutar varias instrucciones en 
un solo ciclo." 


Desde el punto de vista conceptual, los ordenadores RISC son una apro ximación 
simplificadora al diseño de arquitecturas de ordenadores partiendo de una filosofía 
coherente con lo que se quiere y lo que se necesita. Desde el punto de vista de la 
complejidad, constituyen un ejemplo muy interesante de reducción de la complejidad 
de diseño y un punto de partida a considerar al plantearse nuevas aproximaciones 
a los ordenadores, pero desde luego han de compar  arse cuidadosamente con 
arquitecturas tradicionales y no es tarea fácil. Desde el punto de vista tecnológico 
son una elección cuy as motivaciones y consecuencias cambian a gr an velocidad, 
muchas de las car acterísticas de los ordenadores RISC pro vienen de los CISC, 
como la ruta de datos segmentada o las memorias cache. Y a pesar de que fueron 
inicialmente pensados para tipos concretos de aplicaciones, hay una clara tendencia 
a ensanchar el espectro de aplicaciones y hacerlas similares en utilidad a los CISC. 
Todo ello conduce a una situación de confusión bastante extendida sobre las 
ventajas de unas y de otras arquitecturas, confusión que aumenta a medida que 
la tecnología reduce las diferencias que inicialmente er an más evidentes. Como 
prueba de ello mostramos el cuadro que recoge div ersas noticias referentes a la 
presentación de diversos equipos informáticos. 
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6. Paralelismo 


La enorme velocidad de evolución de los ordenadores ha permitido abordar pro- 
blemas cada vez más complejos a través del aumento de la capacidad de compu- 
tación. Pero aunque esto fuer a impensable hace pocos años, se está llegando al 
límite de esas posibilidades, dada la concepción tradicional de los ordenadores. La 
arquitectura von Neumann, la más conocida y utilizada, presenta arios problemas 
de cuellos de botella que hasta ahor a se han ido resolviendo mejor ando el hard- 
ware que la soportaba. Cuando hizo falta más velocidad se construyeron procesa- 
dores más rápidos, cuando faltó más capacidad se construyeron procesadores más 
potentes, para responder a la necesidad de manejar enormes cantidades de datos 
se perfeccionaron las memorias, su velocidad y su capacidad, pero incluso todas esas 
mejoras y avances tiene un límite si no se cambia la arquitectur a del ordenador. 


El límite teórico en arquitecturas clásicas viene impuesto por la velocidad de trans- 
misión de los electrones dentro de los circuitos que componen el ordenador (una fac- 
ción de la v elocidad de la luz). Una v elocidad ciertamente elevada pero insuficiente 
para muchos problemas que se plantean ho y en día a los ordenadores. 


Un ejemplo de este tipo de problemas es la simulación de tiempo atmosférico 
Estas simulaciones se hacen dividiendo la zona de la atmósfera a estudiar en una 
rejilla tridimensional y estudiando la evolución de las condiciones climatológicas en 
cada una de las divisiones, luego se integran todos los resultados en una solución 
global. La resolución y la exactitud aumentan disminuyendo el tamaño de las divi- 
siones (ver en el capítulo dedicado a losconceptos relacionados con la comple- 
jidad los problemas que plantea el estudio de la atmósfer a). Estos cálculos, para 
que sean útiles en predicción, han de hacerse en tiempo real, es decir, la predicción 
del tiempo para mañana no puede tardar dos días. 


Para solucionar este tipo de problemas se pensó hace y a tiempo en recurrir a 
arquitecturas paralelas, en las que la idea básica es que si un procesador ejecuta 
1000 instrucciones por segundo, 100 procesadores ejecutarán 100.000 instrucciones 
por segundo. En la práctica esto no es así, como v  eremos, pero este tipo de 
arquitecturas no sólo permiten abordar problemas como los mencionados sino que 
además pueden tratarse de un forma totalmente distinta. El ejemplo del tiempo 
atmosférico ilustra muy bien este punto. Los cálculos para cada división de la rejilla 
son independientes entre sí, salv o las condiciones de contorno que se imponen 
unas a otras y las influencias entre ellas, luego se puede pensar en realizar el 
análisis de cada una de estas divisiones en un procesador y, utilizando un número 
suficiente de procesadores, ejecutar todas al mismo tiempo . 
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6.1 Arquitecturas paralelas 


Las diversas categorías de ordenadores par alelos se diferencian entre sí en dos 
parámetros fundamentales. El primero de ellos es cómo se va a conseguir el para- 
lelismo, es decir, qué estructuras son las que van a funcionar en paralelo. Una vez 
decidido este punto hay que precisar el método de interconexión entre los elementos 
paralelizables. Las comunicaciones son un problema crítico dentro de un ordenador 
paralelo ya que es necesario coordinar todos los procesos que se ejecutan concu- 
rrentemente, el tipo de solución adoptada car acteriza a la máquina tanto o más 
que la propia arquitectura. 


Como se dijo antes, la idea básica del paralelismo es que si un procesador consigue 
unas prestaciones X, entonces es lógico pensar que n procesadores conseguirán 
unas prestaciones nX. Esto , por supuesto , en teoría, y a que la coordinación de 
esos n procesadores supone una sobrecarga muy importante y hay problemas que 
no se pueden resolver de forma eficiente con un ordenador par alelo. De acuerdo 
con esto, las interpretaciones que se pueden hacer, y se han hecho, del paralelismo 
son muy div ersas y afectan a todos los niveles de organización del ordenador . 
Desde las máquinas para proceso numérico con múltiples unidades funcionales a 
los ordenadores con v arios procesadores completos, ha y un amplio abanico de 
posibilidades que prácticamente se ha experimentado por completo , existiendo 
muchos prototipos y productos comerciales. 


Aquí vamos a dar sólo un brev e repaso a las div ersas arquitecturas básicas y a 
algunos métodos de conexión, intentando resaltar la complejidad que resuelven y 
la que generan. 


Arrays sistólicos. Se basan en el hecho de que en muchas aplicaciones matemá- 
ticas hay un núcleo básico de operaciones que se están utilizando constantemente, 
por ejemplo, las multiplicaciones de matrices, soluciones de sistemas lineales o 
transformadas de F ourier. Con un número suficientemente amplio de elementos 
funcionales (pequeños procesadores o unidades aritmético-lógicas) y las conexiones 
adecuadas entre ellos se puede conseguir par alelizar una oper ación matemática 
compleja reduciendo en mucho los tiempos de cálculo . En la figura 8 aparece un 
array sistólico para la multiplicación de matrices [A] x [B] = [C]. Los arrays sistólicos 
ejecutan las oper aciones y la Entr ada/Salida al mismo tiempo y no necesitan 
ningún tipo de control. 


Evidentemente, sólo son útiles en determinadas oper aciones matemáticas y 
rentables unicamente en determinadas aplicaciones de proceso numérico y nece- 
sitan un ordenador de propósito gener al que realice el resto de las funciones. La 
eficiencia conseguida es muy gr ande pues se diseña el hardw are exactamente 
para el tipo de operación a realizar. 
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Procesadores en array (vectoriales). El principio en que se basan es practica- 
mente el mismo que el de los arrays sistólicos. Sin embargo, la aplicación es más 
genérica pues la oper ación a realizar sobre los datos se en vía a todos los proce- 
sadores que la ejecutan sobre sus datos locales. Este tipo de arquitectur as se utiliza 
para problemas muy estructur ados que requieren manejar un gr an número de 
datos en forma matricial. Al contr ario de lo que sucede con los arr ays sistólicos, 
en los que el progr amador no necesita saber siquier a que están, la eficiencia de 
los procesadores en array depende en gran medida de la programación y el diseño 
de algoritmos adecuados. Existen máquinas con mas de 16.000 elementos de 
proceso conectados en forma de matriz utilizadas par a procesar imágenes de 
satélites, simulación del tiempo atmosférico , estudios aerodinámicos, procesa- 
miento de imágenes r adar, etc. Este tipo de arquitectur as introduce una de las 
controversias características del paralelismo ya que ofrecen la posibilidad de una 
velocidad de proceso muy elev ada pero con el coste adicional de una ma yor 
complejidad en el diseño de los programas. 
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Fig. 8. Ejemplo de utilización de un array sistólico 
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Máquinas de flujo de datos. Este tipo de ordenadores propone una arquitectur a 
radicalmente diferente a la de Von Neumann. En lugar de centrarse en las instruc- 
ciones (las instrucciones se ejecutan tras decodificarse y traer los datos correspon- 
dientes), en estas máquinas lo relev ante son los datos, no existe nada parecido a 
un contador de progr ama o a una unidad de control. P ara explicar mejor su 
funcionamiento utilizaremos la siguiente figura: 
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Fig. 9. Ejemplo de ejecución en una máquina de flujo de datos 


Para realizar la operación AxB = a¿xb, + a>2xb», cada operación a realizar se codifica 
en un patrón único (MPY y ADD, en este caso), cuando los datos están disponibles 
se pone la dirección del patrón en la cola de ejecución y se asigna un procesador 
para realizarla. Esto genera un paquete de resultados que sirve como dato para el 
siguiente patrón. Este tipo de máquinas plantea dos problemas importantes, los 
lenguajes de programación (muy diferentes de los tr adicionales, complejos y con 
serias limitaciones) y la red de comunicación necesaria para llevar los datos de un 
procesador a otro, un aspecto crítico en todos los ordenadores paralelos. Una posible 
aplicación de estas arquitectur as es utilizarlas como unidades funcionales de un 
ordenador más general (al igual que sucede con los arr ays sistólicos). 


Máquinas de programación funcional. Este tipo de máquinas se han diseñado 
para ejecutar diversos tipos de lenguajes funcionales y apro vechar así su parale- 
lismo inherente. La gran ventaja de estas máquinas es que una vez que el progra- 
mador está familiarizado con los lenguajes de progr amación funcional no ha de 
preocuparse de especificar el par alelismo ya que éste es inherente al lenguaje y 
no hace falta un análisis profundo de la estructura del programa. Sin embargo, sí 
es tarea del programador escoger una solución paralela o paralelizable y descom- 
poner el problema de la forma adecuada, tarea nada sencilla y que es objeto de 
un fuerte debate dentro de los que estudian el par alelismo, ya que muchos 
proponen que el par alelismo debería ser sólo en la máquina, el progr amador 
resuelve el problema como lo ha hecho tr adicionalemente y es el compilador el 
encargado de paralelizar el programa. 


245 


Complejidad y Tecnologías de la Información 


Procesadores múltiples. La reducción del precio de los procesadores completos 
ha producido un interés creciente en las máquinas que incorporan varios procesa- 
dores como elementos básicos de bajo coste. En estos sistemas cada procesador 
se puede programar completamente y ejecutar su propio programa, de esta forma 
se consigue una flexibilidad mucho mayor que en las estructuras anteriores aunque 
esta flexibilidad se tr aduce en una complejidad mucho ma yor en el control y la 
programación. Con este tipo de diseño se pueden conseguir factores de aceleración 
casi lineales pero existen una serie de factores a tener en cuenta: si los procesa- 
dores se han de coordinar cada cierto tiempo, las prestaciones se ven seriamente 
afectadas, existen muchos procesos que no son par alelizables y sólo se pueden 
ejecutar de forma secuencial, los algoritmos par alelos requieren más pasos que 
los secuenciales y una sobrecarga adicional par a gestionar ese par alelismo, que 
varios procesadores compartan recursos puede r alentizar mucho determinados 
procesos y, finalmente, oper aciones como la entr ada/salida pueden llegar a 
consumir un tanto por ciento muy elevado del tiempo de computación reduciendo 
las ventajas del paralelismo. 


Estos son los cinco tipos básicos de arquitectur as paralelas. Por supuesto, se 
podrían hacer muchas otras clasificaciones (tema que ya tratamos al hablar de las 
taxonomías) atendiendo a criterios div ersos. Aparte de esta clasificación, la otr a 
forma de estudiar los ordenadores paralelos es atendiendo a las conexiones entre 
los diferentes elementos que los forman: 


- Arrays sistólicos. Una forma muy eficiente de conectar los elementos de 
proceso es realizar estas conexiones de acuerdo con la tarea que van a realizar. 
La solución no es flexible en absoluto (una vez establecidas las conexiones, los 
procesadores sólo funcionarán eficientemente con la aplicación para la que fueron 
adaptados) pero se consiguen soluciones muy optimizadas. El problema funda- 
mental que presentan es que esa optimización sólo ocurre en el proceso de los 
datos haciendo que la Entr ada/Salida sea vital par a conseguir unas buenas 
prestaciones. 


Redes de Banyan. Para solucionar la falta de flexibilidad de los arrays sistólicos, 
se pueden sustituir algunos elementos de proceso por conmutadores programables 
que permitan cambiar la configuración de la red de procesadores ampliando el 
abanico de posibilidades a las que es aplicable, esto son las redes de Ban yan. 
Tienen la gr an ventaja de que como la conmutación es hardw are, no ha y 
pérdida de eficiencia en los cálculos. Algunas aplicaciones de este tipo de 
redes también solucionan en parte el problema de la E/S dejando los datos 
fijos y realizando operaciones sucesivamente sobre éstos. 


Cubos-k. Los cubos k -binarios conectan 2 * procesadores. Las conexiones se 
hacen entre los vértices (procesadores) de un cubo de k dimensiones. En la 
figura aparece el caso k=3. Este tipo de conexiones ofrecen muchas rutas de 
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datos posibles y son muy apropiadas par a cierto tipo de problemas como las 
clasificaciones. Tienen el gr an problema de que dado un número demasiado 
elevado de procesadores la conexión se haga imposible por problemas de 
cableado, es factible llegar a unos 64000 procesadores. Un ejemplo comercial 
es la famosa Connection Machine. 


Cubos de ciclos conectados. Es un refinamiento de los cubos-k que intenta 
resolver los problemas de conexión que se plantean. En lugar de colocar un 
único procesador por vértice, se coloca un anillo de procesadores. El gr an 
potencial de este tipo de conexiones está en problemas que se puedan dividir 
en varias tareas más pequeñas, que, además, lleven a soluciones que puedan 


combinarse para dar la solución al problema completo . Esta división de las tareas 
no es, en muchos casos, obvia y queda a la discrección del progr amador. 


000 010 


011 


100 


101 111 


Fig. 10. Esquema de conexión de un cubo K 


6.2 Problemas paralelos 


El paralelismo es más que una simple curiosidad en el mundo de las arquitecturas 
de ordenadores. No sólo permite resolv er problemas y a conocidos de una forma 
más eficiente y rápida, sino que también permite abordar problemas totalmente 
nuevos que ni se podían plantear. Pero las grandes ventajas que ofrecen tienen un 
costo, a veces muy elev ado. Ya hemos mencionado algo sobre este tema al 
enumerar algunas de las arquitecturas existentes y sus formas de conexión. 
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La posibilidad de paralelizar los diferentes niveles que se pueden considerar en un 
ordenador tiene distintas consecuencias según el nivel escogido (al hablar de estos 
niveles nos referimos a la jerarquía de Bell y Newell. En los niv eles más bajos, el 
paralelismo consigue una ma yor velocidad en la ejecución y ciertas v entajas en 
cuanto a prestaciones del sistema, la dupli cación del hardw are (para conseguir 
tolerancia a fallos) o la ejecución segmentada de instrucciones son algunas formas 
de paralelismo muy utilizadas y con grandes ventajas pero sin que se traduzcan en 
un aprovechamiento real de lo que es el par alelismo en sí. Otro tipo de par alelis- 
mo es el que comentabamos al hablar de los arr ays sistólicos, en los que la idea 

básica es disponer de un número elev ado de unidades de cálculo (o de proceso , 
pero generalmente se utilizan en proceso numérico) que permitan realizar v arias 
operaciones a la vez sobre un conjunto de datos. Según se conecten estas uni- 

dades de cálculo se tendrá ma yor o menor flexibilidad, tal y como hemos visto 

anteriormente. 


Programación estructurada y paralelismo 


Ya quedan lejos los tiempos en que los ordenadores se programaban 
bit a bit, a través de conmutadores binarios. A la utilización de los 
lenguajes de ensamblador le siguieron lenguajes como Fortran o PL-1 
en los que el grado de abstracción era mucho mayor. Tras éstos 
aparecieron poco a poco los primeros lenguajes de programación 
estructurada, orientados a la resolución de problemas por el conocido 
algoritmo "divide y vencerás". Pero la programación estructurada 
tiene una serie de problemas que se han ido conociendo con el tiempo. 
En primer lugar, y al contrario de lo que mantiene la creencia popular, 
la programación estructurada no facilita el diseño de programas, lo 
que facilita es su mantenimiento y depuración. Utilizar un lenguaje de 
este tipo obliga a descomponer el problema de forma coherente y 
estudiar una jerarquía, a veces muy compleja, de procedimientos y 
funciones. Hacerlo así facilita la depuración, pues cada procedimiento 
puede probarse por separado y es más sencillo localizar los posibles 
fallos. También facilita el manteniemiento pues las modificaciones 
son generalmente en los procedimientos, no en el programa completo. 
Pero, al igual que sucede con el paralelismo, y es lo que queremos 
resaltar aquí, un lenguaje de programación estructurada, al igual que 
un lenguaje de programación paralelo, traslada gran parte de la 
complejidad de diseño al programador que ha de resolver el problema 
de una forma que puede no ser la más adecuada a su estructura. El 
paralelismo hace que esto sea aún más crítico, pues puede llegar a 
obligar al programador (macroparalelismo) no sólo a idear una solución 
paralela sino a controlar la ejecución concurrente y simultánea de 
varios subprogramas. 
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Pero el paralelismo realmente interesante es el que presentan los ordenadores que 
disponen de varios elementos de proceso (varias CPU's), capaces de ejecutar cada 
uno su propio programa. En este punto es donde comienza la contro versia entre 
las diferentes formas de interpretar el paralelismo. La primera alternativa es elegir 
entre una arquitectura compuesta de muchos elementos de proceso simples, cada 
uno de ellos capaz de manipular sólo unos pocos datos (en el límite, procesadores 
de un bit), o utilizar una arquitectur a con bastantes menos procesadores, pero 
éstos mucho más potentes (procesadores completos como los utilizados en máquinas 
monoprocesador). Y esta primer a elección no es en absoluto trivial pues el 
conjunto de problemas abordables de forma directa con cada una de las arquitec- 
turas es muy diferente. En cierta forma, el problema es similar al que discutíamos 
al hablar de los ordenadores RISC y CISC. 


Otro punto muy importante dentro del paralelismo es optar por el macroparalelismo 
o hacerlo por el micropar alelismo. Este último propone apro vechar la estructura 
paralela de algunas construcciones de lenguajes de progr amación tradicionales, 
sería el compilador el encargado de tr aducir el progr ama, escrito sin tener en 
cuenta la arquitectura paralela en que se wa a ejecutar a un código preparado para 
sacar partido de la existencia de v arios procesadores. El macropar alelismo, en 
cambio, se plantea la resolución de problemas a través de algoritmos paralelos, es 
el programador el que debe estructur ar la solución de forma que sea ejecutable 
en un ordenador paralelo y saque partido de las prestaciones que pueda ofrecer . 
Son dos enfoques r adicalmente diferentes y que se basan en una interpretación 
distinta de la complejidad inherente a la progr amación. 


Los más pesimistas consider an que no es factible trabajar con ordenadores 
paralelos, dado el gr an número de factores a controlar y su complejidad (las 
comunicaciones entre los diferentes procesadores y procesos que se ejecutan, 
ejecución no determinista, efectos later ales, descomposición del problema par a 
poder resolverlo con un algoritmo paralelo, etc.), por lo tanto, el esfuerzo de para- 
lelización ha de hacerse en tiempo de compilación tr asladando la complejidad del 
programador al compilador que se encargaría de optimizar el progr ama y parale- 
lizarlo (microparalelismo). Esto tiene la v entaja de que no ha y que cambiar los 
hábitos de programación y los programas se ejecutarían mucho más eficientemente. 
Por ejemplo, un bucle "for i := 1 to 100 do” podría repartir la tarea entre cinco 
procesadores asignando a cada uno un tramo del recorrido del índice (1-20, 21-40, 
41-60, 61-80, 81-100). 


Sin embargo, esta solución tampoco está ex enta de problemas muy complicados 
de resolver, entre ellos, la construcción de compiladores capaces de discernir entre 
estructuras paralelizables y las que no lo son, sin interv ención del programador. 
Por otro lado, existen muchos problemas cuy a solución es natur almente paralela 
y tener la posibilidad de ejecutarlos de esa maner a sería una gran ventaja. Aquí 
es donde aparecen los partidarios del macropar alelismo, argumentando que es 
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factible manejar la compejidad que gener a un ordenador paralelo a través de las 
herramientas y los lenguajes de progr amación adecuados. Aplicaciones como la 
predicción del tiempo atmosférico, los estudios aerodinámicos, las gr andes simu- 
laciones y el proceso de imágenes, son ejemplos de problemas donde el paralelismo 
se puede utilizar de forma natural, e incluso es la única forma factible de resolverlos. 
Cierto es que, ho y por hoy, existen más ordenadores par alelos que herramientas 
y lenguajes adecuados para utilizarlos, pero no hay ninguna duda sobre la impor- 
tancia de este tipo de arquitecturas y el importante papel que van a desempeñar 
en el futuro de la computacuión. 


7. Resumen 


A lo largo de este capítulo hemos tr atado algunos aspectos destacados de la 
tecnología hardware intentando resaltar su importancia en la innovación tecnológica 
y el papel que juegan en el desarrollo de lo que se ha dado en llamar tecnologías 
de la información. Por supuesto, nos hemos dejado muchos temas e incluso sobre 
los que se han tocado cabría decir mucho más, ya mencionábamos al principio que 
el hardware comprende un sinfín de cuestiones que sería demasiado complicado y 
prolijo desarrollar por completo. 


De este capítulo conviene destacar dos cosas. Primero, el hecho que hemos inten- 
tado resaltar continuamente de que el hardware es el auténtico motor del desarro- 
llo tecnológico y el que propicia las pocas o muchas "rev  oluciones" que en este 
campo se dan. Tanto es así, que es frecuente encontr ar tecnología en busca de 
aplicaciones en las que se puedan apro vechar las prestaciones que ofrecen los 
equipos y esto sucede no sólo con ordenadores sino también con los periféricos 
(impresoras láser, discos ópticos, etc.) y todo tipo de tecnologías hardware, desde 
los circuitos integrados a las redes de comunicación para ordenadores. Esto tiene 
un lado contr aproducente que es la enorme v elocidad de cambio y ev olución de 
este campo, algo que se tr aduce en una dificultad enorme par a comprenderlo 
totalmente. A la complejidad inherente al hardw are se añade la complejidad de 
descripción de un objeto polifacético y constantemente en transformación. Por ello 
es necesario aproximarse al problema con una perspectiva global y para ello nada 
mejor que las herramientas y estructuras conceptuales que hemos ido desarrollando 
en capítulos anteriores. 


En segundo lugar, un factor importante de la tecnología es la complejidad que ella 
misma genera. Un ordenador permite manejar complejidad pero al mismo tiempo 
es un generador de complejidad. El hardware no es una excepción. A medida que 
surgen equipos más y más potentes con inno vaciones que permiten aumentar en 
muchos órdenes sus prestaciones (y por tanto manejar más complejidad) cada ez 
es más difícil controlar estos ordenadores. El ejemplo del paralelismo es muy claro 
en este punto. La enorme ventaja que supone tener varios procesadores trabajando 
al mismo tiempo se tr aduce en una enorme complejidad de progr amación, 


250 


Hardware 


independientemente de quién la gestione, el programador o el compilador. Poder 
integrar circuitos en VLSI implica poder construir ordenadores más potentes y 
compactos, con menos consumo y más eficientes, pero también implica disponer 
de las herr amientas necesarias para poder diseñar algo tan complejo como un 
circuito con 100.000 transistores. Esto conduce a una especie de par adoja de la 
tecnología que puede explicar en parte lo vertiginoso de su avance e incluso deter- 
minadas crisis que se producen: la tecnología gener a tecnología. Cuando se 
consigue un equipo con unas prestaciones X el a vance que supone respecto a 
equipos anteriores permite perfeccionar el diseño (y el desarrollo, y las pruebas y 
las simulaciones, etc.) de nuev os equipos con lo que al tener el equipo X se está 
en disposición de poder desarrollar un equipo Y aún más potente y así una y otr a 
vez. ¿Cuando se para ese ciclo?, cuando la tecnología ha a vanzado tanto que no 
hay herramientas software capaces de apro vechar la potencia que ofrecen o no 
existen aplicaciones en las que esa potencia se pueda utilizar (esto último puede 
parecer paradójico pero las aplicaciones depende mucho del estado del arte de 
cada campo concreto, de los intereses que existan en el momento y de otr as 
tecnologías que pueden estar menos avanzadas). Un ejemplo de ello es la tecno- 
logía de comunicaciones que siempre va muy por delante de los productos comer- 
ciales, ofreciendo anchos de banda v arios órdenes de magnitud por encima de lo 
que se está utilizando. 


8. Bibliografía 


La dividimos en dos apartados. En el apartado de Notas Bibliográficas se comen- 
tarán aquellos trabajos que más profusamente han servido para redactar las páginas 
anteriores. El apartado de R eferencias Bibliográficas contiene todos los tr abajos 
citados. 


Notas bibliográficas 


Bibliografía sobre clasificaciones de arquitecturas : Los dos artículos que 
hemos utilizado como referencia par a esta parte son dos buenos ejemplos de 
cómo tratar el problema de las clasificaciones. Además son complementarios y a 
que el tr abajo de Dasgupta pretende completar el de Skillicorn. El artículo de 
Dasgupta resulta especialmente interesante por el estudio previo que hace de las 
taxonomías y las car  acterísticas que toda buena clasificación debe reunir 
Skillicorn, David B. "A Taxonomy for Computer Architectures", IEEE Computer, 
Noviembre 1988, pp. 46-57; Dasgupta, Subrata, "A hierarchical taxonomic system 
for computer architectures", IEEE Computer, Marzo 1990, pp. 65-74 


Bibliografía sobre Ordenadores Personales : Si ha y un tema fa vorito de los 
estudiosos del mundo de los ordenadores, es sin duda el de los ordenadores 

personales. Citar incluso una bibliografía básica resumida nos podría llevar páginas 
enteras. Bástenos aquí con un par de referencias interesantes: un estudio completo 
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sobre el mundo de los ordenadores personales se puede encontr ar en 
Computadores Personales, de F. Sáez V acas, editado por Fundesco (Madrid, 
1987) que, además, tiene la ventaja de estar en español. Una buena referencia a 
la historia de los pc's y su problemática es el número de Ma yo de 1986 del IEEE 
Spectrum, dedicado por completo a los ordenadores personales. Los números de 
Enero de esta misma revista presentan una análisis del estado del arte de la 
tecnología, durante los últimos años buena parte del interés se ha centrado en los 
pc's por lo que puede ser una fuente importante de datos. 


Bibliografía sobre arquitecturas RISC: Las referencias utilizadas no entran en 
detalles demasiado técnicos pero presentan una discusión muy interesante de la 
aportación de este tipo de arquitecturas y la motivación que conduce a plantearse 
un problema de este tipo . Gimarc, C.E. y Milutino vic, VW.M. "A Surv ey of RISC 
Processors and Computers of the Mid-1980s", IEEE Computer, Septiembre 1987, 
pp. 59-69, es un buen artículo para estudiar las características básicas de este tipo 
de ordenadores y cómo se resuelven los problemas que plantean. En Sáez Vacas, 
F. Computadores Personales, Fundesco 1987, pp . 58-62, se hace un estudio 
sobre las arquitecturas RISC desde el punto de vista de la complejidad, resaltando 
sobre todo las implicaciones que conlleva el diseño RISC. Tabak, D. "Which system 
is RISC?", IEEE Computer, Octubre 1986, pp. 85-86, es un artículo brev e en el 
que se discute muy acertadamente cómo se deben clasificar los sistemas RISC y 
cuáles son las características más sobresalientes de estos ordenadores. 


Bibliografía sobre paralelismo: Sobre este tema la bibliografía es abundantísima 
por lo que nos limitaremos a citar algunas referencias fáciles de localizar y que 
pueden servir muy bien como introducción a los ordenadores par  alelos. Existen 
dos números del IEEE Computer dedicados al paralelismo, uno es el de Agosto 
de 1986 y otro el de Enero de 1982. En esta misma revista existen otros muchos 
artículos dedicados a tr atar aspectos concretos siempre a un niv el más o menos 
asequible. Para encontrarlos, los números de Dicienbre de todos los años llevan un 
índice anual en el que la entr ada Paralelismo es muy frecuente y con muchos 
artículos. También hay que citar el IEEE Spectrum que en un tono más divulgativo 
tiene artículos muy interesantes en los que se comenta el estado del arte del paa- 
lelismo, en concreto, se puede consultar "A par allel architecture comes of age at 
last" de P. Wiley, en el número de Junio de 1987, pp. 46-50. 
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Capítulo 13: Complejidad y sistemas distribuidos 


El fenómeno del microprocesador está dando la vuelta al concepto de informatización 
que ha estado en boga durante muchos años. Estas pequeñas "pastillas” han puesto una 
gran potencia de procesamiento en manos de los usuarios, posibilitando capacidades hasta 
hace poco sólo reservadas a los miniordenadores o a los "mainframes". 


Ahora, el reto consiste en coordinar recursos distribuidos, consiguiendo que cola- 
boren eficientemente entre sí, para materializar de forma práctica y abordable su teórico 
potencial de servicios a los usuarios. 


Interconectar ordenadores y lograr su cooperación no es tarea sencilla. Además de 
los problemas que hay que considerar respecto al hardware y al software, aparece el nuevo 
y complejo factor adicional de las comunicaciones. A fin de cuentas, la coordinación de 
recursos es un asunto simultáneo de control y comunicaciones. Por todo ello, los sistemas 
distribuidos se presentan como un caso claro de emergencia de complejidad. 


G T.I 


1. Introducción 


Con la prolifer ación de redes de área local interconectando ordenadores, y su 
introducción en ámbitos tan v ariados como la oficina, la factoría de producción o 
los centros de in vestigación, se ha hecho posible pensar en la construcción de 
sistemas informáticos distribuidos. Comienza a hablarse, incluso , de sistemas 
distribuidos de área amplia, donde los recursos informáticos no solo estarían unidos 
por redes de área local, sino también por redes públicas de transmisión de datos 1. 
Nuestro objetivo en este capítulo no v a a ser tan amplio . Nos centraremos en lo 
que se suele denominar "sistemas distribuidos débilmente acoplados", en el ámbito 
de redes de área local 2. 


lUn ejemplo de estos sistemas, aunque aún poco desarrollado y quizás algo sencillo , es el 
que nos ofrecen los bancos mediante los cajeros automáticos. Cuando nos acercamos a 
sacar dinero o a consultar nuestro saldo, el terminal nos proporciona la ilusión de que somos 
el único usuario de un sistema local. Sin embargo, la realidad es muy otra: para que podamos 
ver los últimos mo vimientos impresos en un papel, han debido colabor ar eficientemente 
ordenadores situados quizás a varios cientos de kilómetros de distancia. 


2En [Coulouris, 1988] se definen los sistemas distribuidos débilmente acoplados como "aquéllos 
donde los recursos compartidos necesarios para conseguir un servicio informático integrado 
son aportados por algunos de los ordenadores de la red, y son accedidos por softw are que 
corre en todos los ordenadores, usando la red par a coordinar su tr abajo y para transferir 
datos entre ellos". 


255 


Complejidad y Tecnologías de la Información 


2. Los sistemas distribuidos débilmente acoplados. 


Estos sistemas van más allá de la mera compartición de ciertos elementos, como 
impresoras o servidores de ficheros. Pretenden conseguir que el usuario que 

interaccione con ellos perciba todos los recursos del sistema como locales, aunque 
en realidad los obtenga gracias a la colaboración de muchos elementos distribuidos. 
Esto permitiría una ma yor dispersión geográfica de los elementos que colabor an 
para constituir el sistema. En pocas palabr as, la idea es sustituir un gr an "main- 
frame", del que cuelgan recursos centralizados, por una tupida red de pequeños y 
medianos ordenadores, conectados con una pléy ade de recursos distribuidos. 


Este cambio, si se realizara así, sin más, plantearía inmensos problemas al usuario . 
Cada vez que necesitase un servicio, debería saber dónde está, qué características 
tiene3, cómo se accede a él, prever posibles conflictos con otros usuarios que 
también lo solicitasen... Y además, todo esto debe ser hecho de una forma eficien- 
te para no malgastar recursos (y aportar un rendimiento al menos similar al de las 
máquinas centralizadas, a un coste igual o menor). Aún más complicado será el 
caso en que el servicio no sea dado por un único recurso , sino que necesite de la 
colaboración de varios (que es el caso más habitual) *. Si no dotamos a estos sis- 
temas de algún mecanismo capaz de absorber toda esta complejidad, probable- 
mente nuestro sufrido usuario preferirá, con toda r azón, un sistema centralizado. 
Y los mismos problemas encontrará un programador que intente diseñar software 
distribuido. 


Como breve adelanto, digamos que estos mecanismos existen (o están en fase de 
investigación y desarrollo). Los usuarios dispondrán de sistemas operativos distri- 
buidos que oculten todos los aspectos "internos" del sistema, ofreciendo una interfaz 
homogénea (de una forma parecida a como un sistema oper  ativo tradicional lo 
hace para una máquina aislada). Los progr amadores pueden a yudarse de herra- 
mientas CASE para el diseño distribuido, y lo que es más importante, de modelos 
teóricos que podrán aplicar para simplificar sus diseños. 


3Usualmente se pretende que en los sistemas distribuidos los recursos informáticos no ten- 
gan por qué ser de características homogéneas. Únicamente han de soportar protocolos nor- 
malizados de acceso a la red, y poco más (al menos, en cuanto a requisitos hardw are). La 
idea es que puedan interconectarse sin problemas incluso equipos de diferentes fabricantes, 
con diferentes arquitecturas. 


4Un acto en principio sencillo, como puede ser el caso de un usuario que manda un mensaje 
a otro a través del correo electrónico, necesita de la colaboración de, al menos, tres procesos 
(que, en un entorno distribuido, normalmente no estarán en la misma máquina). El primero 
será el que interaccione con el creador del mensaje (editor de textos, o algo parecido), y se 
encargue de enviarlo al proceso repartidor. Éste, según la dirección, lo enviará a la máquina 
correspondiente. Por último, cuando el destinatario quier a leerlo, le hará falta un nuev o 
proceso que sea capaz de acceder al mensaje, y se lo presente de una forma adecuada. 
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3. Categorías de complejidad en sistemas distribuidos 


Pero antes de entr ar con algo más de detalle en estas soluciones, analicemos el 
problema básico de la complejidad de los sistemas informáticos, desde el punto de 
vista de la comunicación entre máquinas espacialmente separ adas. Podemos 
distinguir tres categorías o niveles jerárquicos de complejidad relacionados con su 
diseño y operación: 


a. Complejidad interna. Caen aquí los problemas de diseño de softw are para 
máquinas aisladas. Se tr ata con planificadores de procesos, gestores de 
memoria, etc. Son las tareas típicas de los sistemas operativos para 
máquinas aisladas (esto es, que no se comunican con otros ordenadores) *. 


b. Complejidad de comunicación. Cuando los ordenadores comienzan a "hablar 
entre sí", aparece un nuev nivel de complejidad. El entorno dondeaparece este 
nivel suele estar compuesto por máquinas individuales conectadas mediante 
enlaces de baja velocidad. Aparecen dos conceptos muy importantes: la asincro- 
nía (ya no tenemos un reloj común para todos los procesos) y la posibilidad de 
fallos locales (puede caerse una máquina, con todos los procesos que en ella 
corren, mientras el resto del sistema sigue funcionando) €. Históricamente, en 
este nivel hemos tenido (y tenemos) extensiones de los sistemas oper  ativos 
clásicos, que incluyen mecanismos de comunicación”. 


c. Complejidad de colaboración. Ahora, los ordenadores no sólo hablan entre 
sí, sino que han de colabor ar de forma que el usuario (y a sea una persona o 
un proceso informático) perciba el sistema como una entidad única y local 
(aunque en realidad todos los recursos estén distribuidos). El escenario sobre 
el que este concepto está comenzando a tomar forma está compuesto por 


5En [Coulouris, 1988] se citan sistemas operativos centralizados como CTSS, Multics o Unix, 
que en su configuración más sencilla (sin la parte de comunicaciones), entran perfectamente 
dentro de esta categoría. 


SAparecen también otros problemas, como el control de acceso (necesidad de identificar la 
máquina con la que hablamos, par a permitirle acceso sólo a los recursos a los que tiene 
derecho), la saturación de enlaces de comunicación y otros problemas de comunicaciones, ... 


7Por ejemplo Unix, que nació como sistema oper ativo "de máquina aislada" (prácticamente 
carecía de medios de comunicación con otr as máquinas), fue extendido en Berk eley con 
mecanismos de comunicaciones, que permiten abrir canales de transferencia de información 
con máquinas remotas (sockets, protocolos TCP/TP, etc.). 
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máquinas relativamente pequeñas (típicamente estaciones de tr abajo y servido- 
res8), conectadas mediante una red local de alta v elocidad (al menos, 10 
Mbit/s). La necesidad de unas buenas primitiv as de comunicación, que hagan 
uso eficiente de la red, se hace imprescindible. Se acentúan las car acterísticas 
generales del nivel anterior. Y además emergen otras nuevas, debidas a la nece- 
sidad de colaboración. Problemas como la compartición de datos por procesos 
remotos o la ejecución en par alelo en máquinas distintas no hacen más que 
aumentar la complejidad. P ara actuar en este estr ato aparecen los sistemas 
operativos distribuidos”. Si bien suelen guardar diferentes grados de compa- 
tibilidad y similitud con los de máquina aislada, constituy en esencialmente una 
nueva forma de entender los sistemas oper ativos. Será a este nivel al que nos 
dedicaremos con más amplitud en lo que queda de apartado . 


Cada uno de estos niv eles implica un salto cualitativ o en cuanto al tipo de 
complejidad que implica. Además, el que en un sistema aparezcan características 
de complejidad de un niv el dado no ex cluye que también presente problemas 
característicos de los niveles inferiores. Por el contrario, puede entenderse que los 
niveles se estructuran de forma que cada uno engloba a los anteriores 10, 


8Por ejemplo, en [Mullender, 1990] se describe la arquitectur a sobre la que se construy e 
Amoeba (un ejemplo de sistema oper ativo distribuido). Supone la existencia de estaciones 
de trabajo (donde trabajarán los usuarios humanos), armarios de procesadores (que propor- 
cionan la mayor parte de la potencia de cálculo), servidores especializados (de ficheros, de 
bases de datos, de impresión,...) y máquinas de comunicaciones ("gatew ays", para enlazar 
con otros sistemas remotos), unidos por una red de área local (normalmente, de tipo 
Ethernet). 


9En los últimos años (especialmente a partir de 1980), muchos equipos han desarrollado 
sistemas operativos distribuidos. Como rápido exponente de estos esfuerz os, se incluy e a 
continuación una lista (incompleta, por supuesto), tomada de [Coulouris, 1988]: X erox DS 
(Xerox PARC, 1977), CDCS (Universidad de Cambridge, 1979), Locus (UCLA, 1980), Apollo 
Domain (Apollo Co ., 1980), Newcastle Connection (Univ  ersidad de Newcastle, 1980), 
Grapevine (Xerox PARC, 1981), V -system (Universidad de Stanford, 1982), Argus (MIT , 1983), 
Amoeba (Universidad Libre de Amsterdam, 1984), Unix+Sun NFS (Sun Micro ., 1985), Mach 
(CMU, 1986), Chorus (Chorus systémes, 1988),... 


lOPor ejemplo, al diseñar un sistema en el ámbito de la complejidad de comunicación, segui- 
remos teniendo también problemas de complejidad interna. 
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La estructuración en tres niveles de las tecnologías de la información que 
puede encontrarse en el anexo sobre ofimática concuerda bastante bien con la ofre- 
cida aquí para los sistemas informáticos 11, El nivel de proceso de información se 
relaciona con lo que hemos llamado "complejidad interna", el de comunicación con 
la "complejidad de comunicación" y el de colabonación con la "complejidad de cola- 
boración". Sin embargo, conviene no olvidar que en el enfoque actual no se ha 
tenido en cuenta (o casi) la incidencia del usuario humano sobre el sistema, ni la 
de los elementos que lo componen por sí solos. P. or tanto, estamos dentro del 
ambito de la complejidad sistémica del modelo de Sáez V acas. 


También podemos situarnos dentro del marco propuesto por Bell y Newell. Si 
recordamos, había un nivel donde las estructuras relevantes eran los ordenadores, 
las redes telemáticas, etc. Lo llamábamos (en realidad, lo llaman así Bell y Newell) 
nivel PMS. Ese es el ámbito en el que nos mo vemos cuando hacemos las distin- 
ciones que por el momento vamos exponiendo en este apartado. 


4. Algunas soluciones 


Una vez descrito el escenario donde nos encontr amos, pasemos a discutir brev e- 
mente algunas soluciones (a modo de ejemplo) propuestas paa los problemas que 
plantea la complejidad de colaboración en el ámbito de los sistemas distribuidos. No 
perdamos de vista el hecho de que lo que buscamos (de nuevo desde el esquema 
HxIXx0O = IO) son interfaces 1 que permitan al observ ador H12 manejar una imagen 
del objeto IO más sencilla que el objeto inicial O (en nuestro caso , un sistem a 
distribuido). 


4.1 El sistema Amoeba 


El sistema operativo Amoeba puede ser un buen ejemplo de este tipo de interfaz 
(entre los otros muchos sistemas oper ativos distribuidos en fase de desarrollo , o 
incluso ya comercialmente disponibles). P ermite a un usuario (ser humano o 

proceso) manejar con relativa facilidad "objetos distribuidos" 13, mediante opera- 
ciones del tipo "llamada a procedimiento remoto" (que será descrito brev emente 
más adelante). Actúa por lo tanto como filtro de variedad entre la del sistema 


11Y esto no es, por otra parte, extraño. Piense el lector que un sistema ofimático es, entre 
otras muchas cosas, un caso particular de sistema distribuido . 


12Como ya hemos adelantado en algún momento, el "observador" no ha de ser forzosamente 
humano. Aquí se nos presenta un caso en que puede no serlo: cuando , por ejemplo, es un 
proceso informático, que pretende acceder a algún tipo de servicio distribuido . 


13En [Mullender, 1990] se describe un objeto Amoeba como "un conjunto de datos sobre los 
cuales los usuarios autorizados pueden realizar ciertas operaciones, independientemente de 
la situación física del usuario y del objeto". 
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distribuido (muy grande) y la del usuario, al limitar los tipos de interacciones posibles 
entre ambos a las permitidas por los objetos distribuidos disponibles. P ara la 
especificación y uso de estos objetos Amoeba proporciona el AIL 1%, que permite 
realizar estas tareas de forma sencilla. La seguridad viene dada por el uso de 
"capabilities", objetos abstr actos asociados a las oper aciones sobre objetos. El 
sistema da "capabilities" a los usuarios de forma que se asegure la protección del 
objeto ante usos negligentes o no autorizados. Alrededor de estos dos conceptos, 
objetos y capabilities (y con la a yuda de unos eficientes protocolos de comunica- 
ciones), se construye el sistema Amoeba. El resultado es un sistema opeativo que 
consigue que para el usuario sean transparentes aspectos como la localización física 
de los ficheros, la concurrencia de accesos sobre ellos, la replicación de datos o 
cierto grado de tolerancia frente a fallos15, 


4.2 Las llamadas a procedimiento remoto. 


Al principio de este capítulo se habló de la importancia de disponer de herramientas 
conceptuales para facilitar el diseño de sistemas distribuidos. En lo que queda de 
él, vamos a describir dos de ellas, paa que el lector pueda entender a qué se hacía 
referencia con esas palabras. 


Ya hemos mencionado las llamadas a procedimiento remoto (RPC)*6 al hablar 
de los mecanismos básicos de Amoeba. La idea que sustenta este modelo es 
extender al ámbito de los sistemas distribuidos la forma "clásica" de solicitar un 
servicio: la llamada a procedimiento . Se pretende, por tanto , disponer de una 
interfaz que permita al progr amador llamar a un procedimiento , pasándole los 
parámetros de entrada y salida oportunos, sin preocuparse de la localización física 
donde se ejecutará. El sistema deberá, por lo tanto, descubrir si el procedimiento 
puede ejecutarse localmente. En caso contrario tendrá que localizar una máquina 
donde sí se pueda, y comunicarse con ella (pasando y recibiendo los parámetros 
adecuados). Y todo esto de forma tr ansparente para el usuario. En un caso más 
general puede ser necesaria la colaboración de varios procesos, localizados posi- 
blemente en máquinas distintas, para ejecutar el procedimiento demandado 17, 


14AIL significa "Amoeba Interface Language" (lenguaje de interfaz con Amoeba). 


15Desde luego, estas breves líneas no pretenden ser una descripción exhaustiva del sistema 
Amoeba. El lector interesado puede encontrarla en [Mullender, 19901. 


16En inglés, RPC (remote procedure call). P ara más información sobre las RPC puede con- 
sultarse [Birrell, 1984]. 


17Éste es el caso, por ejemplo, de muchos de los servicios del sistema Isis, como el gestor 
de transacciones o el servicio de noticias (de una forma brev e, puede decirse que el sistema 
Isis es "una extensión al sistema oper ativo Unix que proporciona una caja de herr amientas 
para facilitar el diseño y la codificación de sistemas distribuidos"). Una información más 
exhaustiva sobre las características de Isis puede encontrarse en [Birman, 1990]. 
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Desde el punto de vista de la complejidad, las llamadas a procedimiento remoto 
proporcionan un instrumento que reduce la complejidad que percibe el programador. 
Una vez construido todo el sistema de llamadas remotas (cosa que, si se hace 
bien, tendrá una utilidad gener al), el diseño de un sistema distribuido puede ser 
tratado como si fuera centralizado. Cuando se necesiten recursos de otras máquinas, 
llamaremos a los RPCs que gestionen estos recursos, de la misma maner a que 
llamaríamos a un procedimiento local, olvidándonos de todos los problemas de 
comunicaciones, colaboración entre procesos remotos, etc18, 


Por tanto, constituyen un / que permite que el observ ador perciba un JO mucho 
más sencillo que el O original (todo el proceso de comunicaciones y ejecuciones 
remotas que implementa una RPC). Como modelo conceptual, si el sistema nos 
"obliga" a realizar todas las interacciones con otras máquinas a través de RPCs, el 
conjunto virtualmente infinito de posibles formas de realizar las comunicaciones 
queda reducido a un único elemento: la llamada a procedimiento  . Al realizarse 
todas las interacciones entre máquinas según este modelo , el programador tiene 
que tener en cuenta menos posibilidades y combinaciones. 


4.3 El espacio de tuplas de Linda 
El espacio de tuplas de Linda 1? proporciona otro mecanismo capaz de facilitar 
cierto tipo de distribución al progr amador. Consiste éste en una memoria virtual 
(organizada como espacio de tuplas), sobre la que se construyen tres operaciones 
básicas?20: 

a. out: añade una tupla al espacio. 


b. ín: lee una tupla del espacio, y la borra. 


c. read: lee una tupla sin borrarla. 


18En realidad, no pueden olvidarse totalmente esos problemas. Por un lado, al ir las llamadas 
por la red, percibiremos un retardo mayor que en el caso de llamadas locales (que se realizan 
en memoria). Y por otro, el hecho de utilizar recursos remotos da lugar a algunas dificultades 
si, por ejemplo , alguna máquina se cae mientr as ejecutaba una tarea par a nosotros. 
Además, en algún momento ha habido que diseñar los RPCs... 


19Linda S/Net es un sistema operativo desarrollado por ATT, sobre un hardware especializado 
en comunicaciones tipo "broadcast" (comunicación de uno a muchos) rápidas. Una descripción 


detallada del sistema puede encontrarse en [Carriero, 1986]. 


20La descripción de las operaciones sobre las tuplas está tomada de [Birman, 1988]. 
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En realidad, todo el espacio de tuplas está replicado en las memorias locales de 
los procesadores. Pero el sistema se encarga de que las puestas al día sean hechas 
de forma automática (con todas las comunicaciones y transferencias de información 
necesarias para ello) y transparente para el programador. Se dispone por lo tanto 
de una memoria que aunque está distribuida y es vista de forma consistente por 
todos los procesadores, puede ser tr atada de una forma sencilla, similar a como 
se hace con una memoria local. 


De nuevo, el programador que usa Linda v e reducida la complejidad, al disponer 
de un modelo JO (el espacio de tuplas) que le permite manejar el objeto O (una 
memoria distribuida y replicada) de una forma muy sencilla. El sistema funciona, 
por tanto, como una interfaz I] (según el modelo de Sáez Vacas). 


5. Resumen 


En este capítulo se ha pretendido aportar una rápida visión de varios aspectos del 
extenso mundo de los sistemas distribuidos, centrándonos en el ámbito de los 
débilmente acoplados en red local, por ser los más extendidos hasta el momento. 
La intención que nos ha mo vido a ello ha sido la de analizar sus problemas de 
complejidad (y alguna de las apro ximaciones empleadas para tratar con ellos). 
Desde luego, el catálogo no pretende ser exhaustivo, y los problemas tr atados 
deben ser considerados sólo a modo de ejemplo. 


Cuando estudiamos estos sistemas, nos enfrentamos a casos de complejidad 
sistémica. Para tener un punto de referencia, se ofrece un sencillo marco donde 
situar y clasificar los problemas que aparecen, basado en la distinción de tres 
categorías diferentes de complejidad. 


En una última parte, se hace un somero repaso de algunos ejemplos de soluciones 
ya empleadas (o en fase de in vestigación) en este campo . Concretamente, los 
casos tratados son el sistema operativo Amoeba , las llamadas a procedi- 
miento remoto y el espacio de tuplas de Linda. 


6. Bibliografía 


Dividida en dos partes. En primer lugar, Notas Bibliográficas, donde se describen 
los tr abajos consultados más relev antes sobre el tema. Después, R  eferencias 
Bibliográficas, donde pueden encontrarse todas las citas utilizadas en el capítulo . 


Notas bibliográficas 


El libro [Coulouris, 1988], ofrece una amplia perspectiva del campo de los sistemas 
distribuidos, si bien está orientado especificamente hacia los sistemas operativos. 
En él pueden encontr arse exposiciones bastante detalladas de la ma yoría de los 
conceptos tratados en el capítulo. 
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Por otra parte, el ejemplar de ma yo de 1990 del IEEE Computer , dedicado por 
entero a sistemas oper ativos, incluy e muchos artículos de interés par a quién 
desee conocer los esfuerz os de in vestigación que se están desarrollando ho y en 
día sobre este particular . Se tr atan con especial interés los sistemas operativos 
distribuidos. 
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Capítulo 14: Medidas de la complejidad del software 


Los programas tienen errores. Desde los pequeños programas comerciales para 
ordenadores personales, que se venden en los grandes almacenes, hasta los megaprogramas 
que corren en redes de grandes ordenadores, prácticamente ninguno está a salvo de que de 
vez en cuando, al cumplirse ciertas condiciones, su funcionamiento sea muy distinto del 
previsto. 


Si consiguiéramos desarrollar código de tal forma que quien lo leyera (o lo escribiera) 
fuera capaz de comprender exactamente y en todos los casos posibles el comportamiento de 
ese código, probablemente los errores desaparecerían. 


Hoy por hoy nos contentamos con medir la complejidad de los programas, para 
intentar hacerlos más sencillos, con vistas a que el mantenimiento y corrección de errores 
sea más fácil de realizar. 


1. Introducción 


Todo el mundo que ha ya tenido que escribir alguna v ez un programa de tamaño 
medio (o incluso pequeño) estará de acuerdo en que la producción de software es 
algo, cuando menos, complicado. Pero para decidir de una forma rigurosa si podemos 
calificarlo como "complejo", recurriremos a la definición de Sáez V acas (ver capítulo 
"Marcos Conceptuales”). Tras la revisión de esta definición, podemos concluir que 
el software se ajusta a ella al menos en los siguientes aspectos: 


a. "Dificultad de comprensión”. Por lo pronto podemos decir sin temor a equiv o- 
carnos que el softw are es normalmente algo difícil de entender . Cuando nos 
encontramos ante un listado, sólo tras un cuidadoso examen podemos deducir 
qué es lo que hace el progr ama correspondiente. Y aún así, esta deducción 
suele ser apro ximada. Lo que v erdaderamente sucede en la ejecución sólo 
podemos saberlo con certeza después, precisamente, de esta ejecución. Si el 
lector ha tenido que descifrar alguna vez un código escrito por otro programador, 
o incluso uno suy o, pero desarrollado hace algún tiempo , comprenderá sin 
duda de qué estamos hablando. La evolución de los lenguajes de programación, 
por ejemplo, está fuertemente marcada por el intento de conseguir listados 
más legibles. Por ejemplo Ada, el lenguaje promovido por el Departamento de 
Defensa de los Estados Unidos, ha sido diseñado buscando de forma especial 
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el facilitar la comprensión del código. La idea es que un programador diferente 
del original pueda entender un listado con relativa facilidad, y no le sea difícil 
hacerse una idea exacta de cómo se comportará el progr ama correspondiente 
al ejecutarse. Así suele decirse que Ada es un lenguaje mucho más fácil de 
leer que de escribir. 


b. "Requiere una gran cantidad de información y tiempo, y el esfuerzo coordinado 
de personas y maquinaria". En efecto  , cualquier pro yecto informático de 
mediana entidad requiere de un equipo de profesionales (analistas, progrlama- 
dores, etc.) que se ocupe de definirlo , desarrollarlo, probarlo, mantenerlo e 
incluso, quizás, modificarlo, durante toda su vida útil. La gestión del softw are 
es un problema hasta la fecha no resuelto en su totalidad, aunque se han 
propuesto varias técnicas par a afrontarlo. Por otra parte, las herr amientas 
CASE (ingeniería softw are asistida por ordenador) se están desarrollando a 
gran velocidad, y no por capricho. Para manejar toda la información generada 
en el proceso de producción de un programa, se hace necesario el contar con 
estas herramientas. Si no, el problema llega a ser, sencillamente, inabordable. 
Para hacernos una idea de lo que supone el tiempo en el proceso de desarrollo , 
basta recordar los repetidos retrasos que a menudo ha sufrido la aparición de 
populares programas para pc. Son muy conocidos, por ejemplo, los casos del 
dBase IV y de la nueva versión del Lotus 123. Y es que el tiempo de desarrollo 
no sólo suele ser largo, sino que también es muy difícil de predecir. 


c. "Efectos positivos y negativos simultáneos". Prácticamente todo el softw are 
que se utiliza tiene errores, unos más evidentes y otros menos, unos más peli- 
grosos y otros más benignos, unos conocidos y otros desconocidos (hasta que 
aparecen, claro, causando normalmente algún perjuicio). Así pues, los progiamas 
de que se dispone hacen normalmente lo que se esper a de ellos, ex cepto en 
el caso de que se encuentren con un error de progr amación. Los errores no 
son más que comportamientos no deseados del progr ama bajo ciertas condi- 
ciones que, por alguna razón, pasaron desapercibidas en las etapas de diseño 
y codificación. Y cuando estas condiciones aparecen, los efectos pueden ser 
desastrosos. Por ejemplo, a finales de 1988 alguien utilizó defectos en algunos 
programas de comunicaciones y de correo electrónico ampliamente extendidos 
para construir un programa que se "reprodujo", sin permiso (y dur ante cierto 
tiempo, sin conocimiento) de los usuarios, por gran parte de la red DARPA, en 
Estados Unidos. Así los programas de comunicaciones que, en principio, pro- 
ducen efectos positivos, produjeron también el efecto negativo de disminuir la 
seguridad del sistema. 


d. "Comportamiento impredecible". Normalmente, lo más que podemos asegurar 
de un progr ama es que ha sido probado bajo muchas condiciones, y que 
durante esas pruebas no ha presentado comportamientos "extr años". Pero 
nada más. De hecho , la del softw are es la única ingeniería que v ende sus 
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productos sin garantía, en el sentido de que es común la v enta "tal cual", sin 
garantizar un determinado comportamiento del sistema informático. Los estudios 
sobre fiabilidad y verificación constituyen un campo donde la in vestigación es 
muy activa, aunque hasta el momento no ha depar ado resultados espectacu- 
lares (véase el capítulo sobre el desarrollo del software). 


2. Estudio del software desde el marco HxIxO = IO 


Una vez que hemos llegado a la conclusión de que el software es efectivamente algo 
bastante complejo, podemos analizarlo dentro del marco conceptual HxIxO -> IO, 
propuesto por Sáez Vacas. Para ello, comencemos por identificar cada uno de los 
elementos de este marco. 


De una forma sencilla, podremos identificar el objeto (O) como el propio softw are, 
tal y como estamos acostumbrados a entenderlo. Eso es, un programa dado, que 
una vez ejecutado determina el comportamiento de un ordenador , y que está 
escrito en algún lenguaje de programación. Consideraremos como objeto el código 
fuente y no el código objeto porque este primero es con el que se enfrenta el 
programador (o cualquier otra persona que participa en el diseño , desarrollo o 
mantenimiento), y del que depende en último extremo el funcionamiento del 
programa. Estamos asumiendo implícitamente que la herramienta que utilizamos 
para con vertirlo en ejecutable (normalmente un compilador o un intérprete) 
funciona adecuadamente, sin errores y sin efectos "extr años". Aunque esto no 
siempre es cierto, no nos planteará demasiados problemas, y a que la herramienta 
no es más que otro objeto software, al que podríamos aplicar el mismo tratamiento 
que vamos a aplicar a nuestro programa. 


Si queremos enmarcar este objeto dentro del modelo de tres niv eles de complejidad, no 
tendremos problemas en colocarlo en el niv el más bajo, donde nos ocupamos de la 
complejidad de los elementos aislados (ver capítulo sobre marcos conceptuales). 


El H de nuestra fórmula puede ser asociado a toda persona que participe en el ciclo 
de vida de un progr ama, desde que se especifica su funcionalidad, hasta que se 
retira de la vida activa. Cada una de ellas tendrá sus intereses y motiv aciones, y 
buscará un aspecto diferente dentro del objeto consider ado. Así, al personal 
encargado del mantenimiento y modificación le interesará que no ha ya dificultad 
en la comprensión y sí facilidad para cambiar partes del código. El codificador estará 
interesado en la capacidad expresiva de las herramientas que use al programar, y 
en conseguir con el menor esfuerzo posible una codificación eficiente y sin errores. 
Y así, cada uno de ellos se centrará en unas características diferentes del programa. 


Un caso especial aparece cuando identificamos H con el usuario del progr ama. 


Aquí O no es propiamente el código fuente, sino el progama en ejecución, y sobre 
todo su interfaz con la persona que lo usa. En este caso particular (y muy 


267 


Complejidad y Tecnologías de la Información 


importante), que no vamos a tratar detalladamente, los aspectos relevantes serán 
la facilidad de manejo , la con vivencialidad de la inter acción hombre-máquina, la 
adecuación de lo que hace el ordenador a las necesidades del usuario , etc. 


Por último, nos queda tratar de 1. Naturalmente, variará en cada situación concreta, 
pero en todos los casos será la herr amienta que nos permita destacar las car ac- 
terísticas del programa que nos interesan. Por ejemplo, a la hora de mantener un 
programa, puede ser un buen equipo de ingeniería in versa (reverse engineering), 
que nos permita trazar la ejecución, las llamadas a módulos, los cambios de valor 
de las v ariables, etc. P ero también puede ser de utilidad una herramienta más 
conceptual, como una métrica de complejidad (de las que hablaremos más ade- 
lante). Gracias a su aplicación pueden detectarse, por ejemplo  , fragmentos de 
código especialmente complejos, y por tanto más propensos a que se produz can 
errores cuando los modifiquemos. Otr as herramientas pueden ser el modelo en 
cascada de la gestión del softw are, útil a la hor a de planificar el ciclo de vida de 
un programa (ver capítulo sobre el desarrollo del software), el modelo de pro- 
gramación estructurada, que sirve para disminuir la dificultad de seguimiento del 
flujo de control, o las técnicas de verificación y validación, usadas para analizar pro- 
gramas y determinar si cumplen adecuadamente sus especificaciones. 


Así pues, ya tenemos todos los elementos que nos configuran la "imagen del objeto", 
el IO. Será éste un ente abstr acto, un modelo, una especie de pro yección del 
programa real según los instrumentos utilizados, y según los intereses y necesi- 
dades del observ ador. Así, par a el progr amador, constará de un conjunto de 
sentencias y variables que deben combinarse de cierta forma par a producir los 
resultados apetecidos. Sin embargo, para el que aplica una métrica de complejidad, 
el programa queda convertido en unos cuantos parámetros que pretenden car ac- 
terizarlo. En general, tendremos algo más manejable que el simple listado original, 
algo que podemos entender mejor. 


A esto nos ha a yudado el centrarnos en una parte de las car acterísticas del 
problema (según las ideas del observador), y el tratarlas con la ayuda del instru- 
mento correspondiente. La idea, por ejemplo de ceñirse a la programación estruc- 
turada, elimina muchas otras formas de flujo de control posibles a priori. Con esto 
el programa resultante es más sencillo de entender por dos r  azones. Primero, 
porque sabemos qué estructur as podemos encontr arnos y cuáles no . Segundo, 
porque las estructuras elegidas son también más fácilmente comprensibles. 
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3. Las métricas como instrumentos para abordar la complejidad 


Una de las primeras cosas que se nos puede ocurrir para tratar con la complejidad 
de algo es tr atar de medirla. Así podremos establecer una relación de orden, y 
decir "este objeto es más complejo que este otro". 


Además, según dicen, por ejemplo Mills y Dyson, "no se puede controlar lo que no 
se puede medir" [Mills y Dyson, 1990]. Las métricas de complejidad del softw are 
serán el primer eslabón de la cadena que puede llevarnos a controlar esa comple- 
jidad. Nos dan una base objetiv a para identificar estructuras y técnicas que nos 
lleven a producir progr amas de menor (o ma yor) complejidad. También nos 
permiten identificar zonas de un progr ama especialmente complejas, que sería 
conveniente rediseñar, y donde probablemente se centren los problemas que 
aparecerán en la fase de mantenimiento. Normalmente, cuanto más complejo sea 
un programa, más difícil será su mantenimiento posterior (más propenso a fallos 
que habrá que arreglar , ma yor dificultad de realizar cambios, etc.). Además, al 
analizar mediante métricas las especificaciones y los primeros documentos del 
diseño, podemos estimar de una forma más exacta el tiempo de desarrollo [Gady, 
1990], o predecir con bastante apro ximación la complejidad que tendrá el código 
[Henry y Selig 1990]. 


Parece, por lo dicho hasta aquí, que las métricas son muy útiles. P ero ¿qué es lo 
que realmente miden la métricas?. Según Mills y Dyson [Mills y Dyson 1990], "las 
métricas [de complejidad del software] son simplemente medidas cuantitativas de 
ciertas características de un pro yecto de desarrollo. Pueden medir alguno de los 
siguientes objetos: 


a. Productos (como el código o la documentación). 
b. El proceso de desarrollo como tal (aspectos de las actividades del desarrollo). 


Cc. El dominio del problema (como las telecomunicaciones, los sistemas de tr ata- 
miento de información, y el control de procesos). 


d. Las características ambientales (como las personas, las organizaciones y las 
herramientas)." 


Naturalmente, en cada uno de estos casos la utilidad de la medida será diferente, 

y su significado también. Nosotros nos centraremos en la medida de la complejidad 

de productos, y más concretamente, de códiga por ser uno de los casos más estu- 
diados, y con resultados más contrastados. 
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La idea de medir la complejidad nos plantea enseguida la pregunta 
"¿qué tipo de medida podemos y queremos obtener?". Según Baird y 
Noma [Baird y Noma, 1978], las escalas de medidas pueden dividirse 
en: 


a. Escalas nominales: La medida simplemente clasifica los elementos 
medidos (p.e., cuando agrupamos los programas según sean 
muy difíciles, difíciles, moderadamente difíciles o fáciles de 
entender). 


b. Escalas ordinales: Los elementos son ordenados (p.e., A es más 
difícil de entender que B). 


Cc. Escalas de intervalo: La medida nos indica, además de un orden, 
las "distancias" entre los distintos elementos (p.e., el programa 
A es 10 unidades de dificultad más difícil que el programa B). 


d. Escalas proporcionales: Además de determinar la distancia entre 
elementos, definen un elemento hipotético que tuviera una falta 
total de las características que se miden, determinando la 
distancia entre la medida para un elemento cualquiera y para 
este elemento hipotético (lo que nos permitirá decir, p.e., que el 
programa A es el doble de difícil de entender que el B). 


Por supuesto, el tipo de escala descrito en el apartado d es el más 
flexible. Pero también el más complicado de calcular (habría que 
encontrar un conjunto de características que llevaran asociada una 
complejidad nula). Lo más normal es disponer de una escala ordinal 
o, como mucho, una de intervalo (donde nos encontramos con el 
problema de determinar qué es y qué significado tiene una "unidad 
de dificultad"). Las métricas que estudiaremos nosotros caen dentro 
del ámbito de las escalas ordinales. 


Desde el modelo HxIxO->I0O, podemos decir que las métricas son un instrumento 
que, aplicado a alguna parte del proceso de desarrollo de un sistema informático , 
por alguien interesado en evaluar alguna característica de dicho desarrollo, produce 
una simplificación del mismo. Y esta simplificación es tan brutal que muchas veces 
se reduce a un número. Lo que se pretende es que ese número sea lo suficiente- 
mente significativo como par a que a yude al observ ador en sus propósitos. Es 
importante que quede claro también que, aunque como hemos dicho que los objetos 
sobre los que se puede aplicar una métrica pueden ser muchos, nosotros a partir 
de este momento nos v amos a centr ar únicamente en el estudio de problemas 
donde O es un programa. 
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4. Tipos de métricas 


Antes de tratar de describir ninguna métrica es precisa una reflexión sobre qué 
elementos pueden contribuir a aumentar la complejidad de un progama. Dicho de 
una forma sencilla, una vez identificados estos elementos, bastará con cuantificarlos 
de alguna forma razonable para obtener esa métrica. Su v alidez y utilidad habrá 
de demostrarse a posteriori mediante estudios con casos reales. Estos estudios 
suelen consistir en la medida, en casos reales, de alguna de las cancterísticas que 
dependen de la complejidad (por ejemplo, los recursos dedicados a mantenimiento), 
y compararla con los resultados de aplicar la métrica, intentando establecer alguna 
correlación. 


Según Basili y Turner [Basili y Turner, 1975], son cuatro los elementos que influyen 
en el mantenimiento del software: 


a. El tamaño del programa. Los programas grandes requieren más esfuerzo que 
los pequeños a la hora de efectuar modificaciones, corregir errores, etc. 


b. Las estructuras de datos. Si la organización de los datos es complicada y difícil 
de entender, el mantenimiento será también más complicado . 


c. El flujo de datos. Por ejemplo, si hay muchas variables comunes a todo el código, 
que cambian de v alor en muchos puntos distintos y que determinan fuerte- 
mente el comportamiento del progr ama, tendremos mucha dificultad en ase- 
gurar que un cambio no produce efectos colater ales indeseados. 


d. El flujo de control. El caso de las sentencias tipo GO TO es muy claro. Su utili- 
zación produce flujos muy difíciles de seguir y de entender completamente. 
Cuando hacemos una pequeña modificación, es fácil que cambie el flujo de 
control de una forma indeseada. 

Apoyándonos en estos cuatro aspectos que trataremos de medir en un programa, 
podemos clasificar las métricas según cual de ellos tr aten de cuantificar. Así 
tendremos: 

a. Métricas del tamaño del programa. 

b. Métricas de la estructura y el flujo de datos. 


c. Métricas del flujo de control. 


d. Métricas mixtas. Intentan medir simultáneamente v arias características de 
las anteriores. 
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5. Métricas del tamaño del programa 


Parece claro que los programas muy grandes son complejos, aunque sólo sea por 
la gran cantidad de información que ha y que considerar para poderlos entender. 
Según esta apreciación, una primer a medida de la complejidad del progr ama 
vendrá dada por su tamaño. El problema está en definir qué es el tamaño de un 
programa. O dicho de otr a forma, qué es lo que hace que un progr ama sea 
considerado como grande o pequeño . Según sea esta definición, tenemos las 
siguientes métricas: 


a. Número de líneas. 
b. Métricas de Halstead. 


Ambas son fáciles de calcular y ampliamente utilizadas. La primera destaca por su 
sencillez. El segundo apartado incluy e en realidad v arias métricas, cada una de 
ellas centrada en diferentes aspectos de la complejidad softw are. 


5.1 Número de líneas 


Podemos suponer que, en igualdad de otros factores, es más complejo el progr ama 
más grande. La suposición implícita que sustenta esta afirmación es que un objeto 
es más complejo cuando manejamos más información para describirlo. Y el tamaño 
del programa está en relación directa con la cantidad de información que lo 
describe (el código de un progr ama es precisamente información detallada de 
cómo se ejecuta). 


Contar la cantidad de líneas de código de un progama es una forma sencilla de medir 
su tamaño. El problema principal de esta sencilla métrica estriba en decidir qué con- 
sideramos como línea. Según sea la decisión, estaremos midiendo cosas diferentes: 


a. En primer lugar, el mismo programa dará diferente medida según el lenguaje 
en que sea codificado (aunque esto tal vez esté en relación con una ma yor o 
menor complejidad "intrínseca" del lenguaje). Así, al compar ar tamaños de 
programas escritos en diferentes lenguajes, no sólo estamos compar ando la 
complejidad de los programas, sino también la de los lenguajes utilizados. Por 
eso, para quedarnos con la componente debida al propio progr ama, se hace 
necesario realizar comparaciones para el mismo lenguaje. 


b. En segundo, tenemos las líneas de comentario . Aunque puedan añadir más 
complejidad al aumentar la cantidad de información que ha y que asimilar, 
también simplifican la comprensión del código. Por tanto, si las contamos, nos 
estaremos centrando más en la cantidad de información total. Si no las 
contamos, nos centraremos sin embargo en la aportada sólo por el código . 
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c. Por último, están las líneas de declar ación de datos. Quizás no deberían 
considerarse de la misma manera que las líneas de código, ya que la diferencia 
conceptual entre ambas es muy clara. 


Según el criterio que sigamos, tendremos una métrica distinta. P. osiblemente, la 
más usada sea la cuenta pura y simple de todas las líneas del progr ama, por ser 
la más sencilla. 


5.2 Métricas de Halstead 

Una forma más precisa de medir el tamaño de un progr ama fue propuesta por 

Halstead, como parte de su ciencia del software [Halstead, 1977]. Para ello, 
considera que el código está formado por unas unidades que llama oper adores y 
operandos, parecidos a los tokens que un compilador puede distinguir en ese código 

[Henry y Selig, 1990]. Y estos operadores y operandos no contribuyen siempre de 
igual forma a la complejidad. Es necesario considerar, además del número total de 
elementos (operadores y operandos), el número de éstos que son diferentes (esto 
es, el vocabulario del programa). Investigando las relaciones entre estas cuentas, 
obtendremos unos cuantos parámetros que intentarán medir diferentes aspectos 

de la complejidad del programa. 


A continuación pasamos a estudiar con algo de detalle esta métrica. P- ara ello 
utilizaremos la siguiente notación: 


n,: número de operadores diferentes. 

n,: número de operandos diferentes. 

N,: número total de operadores. 

N>: número total de operandos. 

n: vocabulario de un programa (n=n,+n>). 


N: longitud total del programa (N=N,+N)). 
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FOR I:=2 TON DO 
FOR J:=1 TO 1 DO 
IF (X() <X(J)) THEN 
BEGIN 
AUX := X(1); 


X(1) := X(J); 
X(J) := AUX: 


Fig.1 Implementación real (a1) y poten- 
cial(a2), en PASCAL, de un programa de 
ordenación por el método de la burbuja 


b1. 


for (i=2;i¡<=n; i++) 
for (¡=1;j<=i:j++) 


if (xlil <x0D 
( 


aux = x[il; 
x[il = x[l; 


x[j] = aux; 


Fig. 2 Implementación real (b1) y 
potencial(b2), en C, de un programa de 
ordenación por el método de la burbuja 


Según Halstead, se puede calcular de forma bastante apro ximada el valor de N 


(longitud total) mediante la fórmula 


N*=nylog2n,+n>l0g2n> 


BEGIN...END 2 
FOR..TO.DO 2 


Fig. 3 Operadores en al 
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Fig. 5 Operadores en bi Fig. 6 Operadores en b2 


N proporciona una medida similar a la del apartado anterior (líneas de código), y 
que está, como ella, en relación directa con la cantidad de información total del 
programa. Como puede observarse, la estimación de N puede hacerse a partir úni- 
camente del vocabulario empleado. Por lo tanto la complejidad debida al tamaño 
del programa, depende en última instancia sólo de ese v ocabulario. 


Además, se define el volumen de un programa como 
V=Nlog23n 
Y el volumen potencial como 
V*=N*log2n* 
donde n* es el tamaño del v ocabulario potencial. El vocabulario potencial es algo 
así como el v ocabulario mínimo que podría usar una codificación que hicier a lo 
mismo que la estudiada. Se corresponde normalmente con el de la llamada a una 


función que haga la tarea deseada. Se usa como referencia para obtener parámetros 
normalizados y por tanto más compar ables. 


Fig. 7 Operandos en al Fig. 8 Operandos en bi 
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Fig. 9 Operandos en a2 Fig. 10 Operandos en b2 


El volumen pretende ser una medida más precisa de la dificultad en comprender 
un programa, al tener en cuenta no sólo su "longitud" (N), sino también su v oca- 
bulario. Y es que parece lógico que a igual tamaño sea más sencillo un progr ama 
con poco vocabulario que otro con mucho. 


El nivel de un programa da una idea del nivel de detalle con que ha sido codificado . 
Se entiende que cuanto más código se usa par a una función dada, de más bajo 

nivel es. En el límite, las llamadas a función tienen el niv el más alto, ya que su 
volumen real coincide con el potencial. La definición concreta del niv el del programa 
es 


L=V*/V 
que puede aproximarse por 
L=(2/n1) (n2/N>) 


con una correlación de 0,90. Como parece natur al, un programa dado es de más 
bajo nivel cuanto mayor es su volumen (respecto de su volumen potencial). 


Con el volumen y el nivel del programa, se calcula lo que llamaremos "inteligencia 
contenida en el programa": 


Según Halstead, este v alor se correlaciona bastante bien con el tiempo total de 
programación y depur ación. Es por tanto una métrica que sirv e para estimar la 
complejidad del progr ama desde estos dos puntos de vista. Además, parece 
permanecer bastante invariante cuando cambiamos de lenguaje de programación. 
Será por tanto una métrica que no mide los aspectos relacionados con las ventajas 
o desventajas de los distintos lenguajes, sino los del código empleado . 
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Otro valor interesante de conocer para un programa, es el llamado esfuerzo: 
E=V/L 


El esfuerzo necesario para producir una porción de softvare está relacionado sobre 
todo con la dificultad de entenderlo e implementarlo . Por eso E puede ser usado 
como una medida de la claridad de un progr ama. 


Así pues, la "ciencia del softw are" de Halstead nos ofrece v arias métricas que se 
centran en distintos aspectos de la complejidad del softw are. Además, permiten 
estimar de una forma bastante directa tiempos de desarrollo y de prueba (mediante 
el parámetro 1), y dificultad de comprensión (mediante el parámetro E). 


AA 


Vocabulario n o 
militó observada N (N¿+N)): 


Fig. 11 Parámetros de Halstead para los programas a y b, de ordenación según el método de 
la burbuja (código en figuras 1 y 2) 
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6. Estructura y flujo de datos 


Un factor importante en la complejidad del software viene dado por la forma cómo 
se manejan los datos dentro del programa. A igualdad de otros factores, será más 
complejo aquél en el que los datos se manejen de una forma más complicada. 
Según los criterios que tomemos en cuenta para medir esta complicación, tendremos 
diferentes métricas: 


a. Intervalo entre referencias a datos. Tiene en cuenta que al programador le es 
más difícil seguir el flujo de datos cuando las referencias a éstos están muy 
separadas. 


b. Par de uso segmento-global. Cuanto más se usen wriables globales, más posi- 
bilidades hay de cometer errores, y más complicado es mantener claro lo que 
pasa con los datos. 


Cc. Medida Q de Chapin. Se supone que la complejidad que introduce el manejo 
de datos no es igual para todos los tipos de variables. 


La mayoría de estas técnicas tienen problemas a la hora de su utilización práctica, 
al poderse aplicar sólo a determinados tipos de softw are. 


6.1. Intervalo entre referencias a datos 


Esta técnica se apoya en la idea de que cuanto más dispersas por el código estén 
las referencias a una variable, más difícil de entender será el comportamiento de 
esa variable. Con una gr an dispersión, el progr amador tendrá que tener en la 
cabeza los posibles cambios de valor en zonas del listado muy separadas entre sí. 
Sin embargo, con dispersión pequeña, podrá centrarse más en el código ady acente 
al que está estudiando. Por tanto, cuando las referencias a v ariables se separan, 
el programa será más difícil de mantener y los efectos colater ales indeseados, 
difíciles de evitar. En general, el software tendrá una mayor complejidad. 


Antes de ver cómo se calcula el v alor de la métrica, definiremos el concepto de 
intervalo entre referencias. Será el número de sentencias que hay en el listado de 
un programa entre dos referencias inmediatas al mismo identificador de v ariable 
(ver figura 12). Una vez definido este concepto, el cálculo de la métrica es inme- 
diato. Se reduce a contar la cantidad de interv alos entre referencias que sean 
mayores que un cierto intervalo. 


Esta medida podrá dar una idea de lo difícil que es entender el comportamiento 
de los datos. Por ejemplo, un programa con un 18% de intervalos mayores de 100, 
será más complejo que uno que tenga sólo un 7% de interv alos de ese tipo (a 
igualdad de otras características). 
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intervalo intervalo 
Var Var 
Vartl:=Var2 
coo 
coo 
ooo 
Var3:=Var2 
o. oc 
ooo 
ooo 


Varl:=Vari 


Fig. 12 Intervalos entre referencias a datos 


6.2. Par de uso segmento-global 


Esta medida intenta dar una idea de la cantidad de v  eces que un segmento 
arbitrario de programa accede a alguna variable global. Se supone que si se hacen 
muchos accesos de este tipo , es fácil que el progr amador cometa errores, y se 
produzcan efectos colaterales indeseados en un segmento cuando cambia el valor 
de una variable global en otro. Estos errores son especialmente posibles en la fase 
de mantenimiento y modificación del programa. 


Dados un segmento de código p y una v ariable global r, se define el par de uso 
segmento-global (p,r) como un indicador de que el segmento p usa la v ariable r. 
Dicho de otra forma, r es accedida dentro de p. Se define el par de uso real (A UP 
en inglés) como el número de v eces que un módulo utiliza una v ariable global. Y 
el par de uso potencial (en inglés, PUP), como el número de v eces que un módulo 
podría acceder a una variable global (se entiende que un módulo p podría acceder 
a una variable r si p se encuentra en el ámbito de r). 


Por último, se define el porcentaje relativo de uso real (RUP) como RUP=AUP/PUP. 


Gracias a esta fórmula obtenemos una medida apro  ximada de cuánto se usan 
datos globales dentro de un segmento arbitr ario de código. 
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Sea un programa con cuatro variables globales: V ar1, Var2, Var3 y Var4. El programa está compuesto 
por tres procedimientos: Proc1, Proc2 y Proc3. Si el ámbito de las cuatro variables incluye a los tres 
procedimientos, tendremos doce pares de uso potenciales: 


(Proc1,Var1) (Proc1,Var2) (Proc1,Var3) (Proc1,Var4) 
(Proc2,Var1) (Proc2,Var2) (Proc2,Var3) (Proc2,Var4) 
(Proc3,Var1) (Proc3,Var2) (Proc3,Var3) (Proc3,Var4) 


Por tanto, el PUP será 12. Supongamos que en el programa que estamos analizando Proc1 llama a 
tres variables, Proc2 a las cuatro y Proc3 sólo a una. Así, AUP=3+4+1=8. Si calculamos ahora el RUP 
nos queda RUP=AUP/PUP=8/12. Tenemos, pues, que RUP=2/3. 


Fig. 13 Ejemplo de cálculo del PUP 


Como se desprende de la definición, esta métrica sólo puede usarse cuando el 
código está dividido en segmentos y ha y variables globales, lo que no siempre es 
cierto. 


6.3 Medida Q de Chapin 


Ahora los datos son tr atados según su uso dentro de cada segmento de código 
Para ello son divididos en cuatro categorías, como puede wrse en [Chapin, 1979]: 


a. Datos de tipo P: Son los datos de entrada necesarios para que el segmento de 
código considerado produzca una salida. 


b. Datos de tipo M: Datos que se crean o cuy o valor cambia dentro del segmento. 


C. Datos de tipo C: Datos que se usan para ejercer un papel de control dentro del 
segmento. 


d. Datos de tipo T : Los que pasan a tr avés del segmento sin experimentar 
cambios. 


Naturalmente, un mismo dato puede representar diferentes papeles dentro del 
segmento de código . En este caso , se contará una v ez en cada clase a la que 
pueda pertenecer. 


Chapin considera que no todos los tipos de datos descritos contribuy en con igual 
cantidad a la complejidad global del código que estamos estudiando. Los datos de 
control (tipo C) serán los que más complejidad producen (a que deciden cuál será 
el curso de la ejecución, y qué módulos serán llamados). Luego vendrían los datos 
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de tipo M, y los P (que suelen ser usados par a modificar los M). P or último, los 
datos tipo T casi no contribuyen a la complejidad, ya que simplemente "pasan por 
el módulo". A partir de estas consideraciones, asignaremos un factor de ponderación 
diferente a cada uno de los tipos de datos: 3 par a el tipo C, 2 para el M, 1 para el P 
y 0,5 para el T. Un poco más adelante veremos cómo se utilizan estas ponderaciones. 


La métrica de Chapin intenta medir la complejidad de la comunicación de datos 
entre los módulos. Por ello sólo consider a los datos que recibe o que en vía cada 
módulo. El algoritmo que usa par a calcular su medida de complejidad de un 
programa (Q) está recogido en la figura 14. 


PROCEDURE Analiza Texto; 
VAR 

FinDatos: BOOLEAN; 

Palabra: TPALABRA); (* Tipo que sirve para almacenar cadenas de caracteres. Asociado 
con él está la constante PAL_VACIA, palabra vacía. *) 
BEGIN 

FinDatos := FALSE; 

WHILE (NOT FinDatos) DO 

BEGIN 
LeePalabra (OUT Palabra, OUT FinDatos); 
IF (NOT FinDatos) THEN 
ProcesaPalabra (IN Palabra); 
END; 
END; 


PROCEDURE LeePalabra (OUT Palabra, OUT FinDatos); 


VAR 
FinPalabra: BOOLEAN; 
Caracter: CHAR; 
Codigo: INTEGER; 
BEGIN 
Palabra := PAL_VACIA; 
FinPalabra := FALSE; 
WHILE ((NOT FinPalabra) AND (NOT FinDatos)) DO 
BEGIN 
LeeCodigo (OUT Codigo, OUT FinDatos); 
ConvCodigo (IN Codigo, OUT Caracter, OUT FinPalabra); 
IF (NOT FinPalabra) THEN 
Palabra := Palabra+Caracter,; 
END; 
END; 


Fig. 14. Parte de la codificación del programa de ejemplo AnalizaTexto, que utilizaremos 
para ilustrar el cálculo de la Q de Chapin 
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PROCEDURE LeeCodigo (OUT Codigo, OUT FinDatos); 
(* Obtiene un dato, que devuelve en Codigo y detecta si se ha producido el fin de los datos. 


Y) 
PROCEDURE ConvCodigo (IN Codigo, OUT Caracter, OUT FinPalabra); 


(* Convierte el código ASCII que recibe en el carácter correspondiente, y además detecta si 
es un carácter de fin de palabra. *) 


PROCEDURE ProcesaPalabra (IN Palabra); 
(* Procesa la palabra que recibe. *) 


Fig. 14 (cont.) Parte de la codificación del programa de ejemplo AnalizaTexto, que 
utilizaremos para ilustrar el cálculo de la Q de Chapin 


a. Para cada módulo, crearemos una tabla donde aparez can todas las v ariables 
que usa para comunicarse con los demás, junto con sus tipos. P. or un lado 
pondremos las que recibe de otros (y que sean de tipos C, P o T). Pr otro, las 
que otros reciben de él (de tipos M o T). P. or supuesto, una v ariable puede 
estar en los dos lados de la tabla. En esta etapa puede ser de gr an ayuda un 
esquema como el de la figura 15. 


AnalizaTaexto 


POR 
LecePalabra ProcesaPalabra 
Finpalsvra A SK codigo 


Esla? MR FinDatos 
LL Codiga 


ConvCodigo 


Fig. 15 Estructura de llamadas y comunicación entre los módulos del programa ejemplo 
Analiza Texto 


FinDalus A 
Dalabre A 
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b. También para cada módulo, calcularemos el número de variables de cada tipo, 
y las ponderaremos según los factores descritos unas líneas más arriba. A partir 
de aquí hallaremos el parámetro W' del módulo como la suma de estos números 
ponderados. 


W'"=3 n +2 nm+np+0,5 ny 


Este parámetro está asociado a la complejidad que aportan las v ariables por 
su cantidad y tipo. 


c. Otro parámetro que calcularemos par a cada módulo es R (factor de repeti- 
ción), que tiene en cuenta el incremento de complejidad debido a la comuni- 
cación de datos entre segmentos que se llaman ¡ter ativamente (dentro de un 
bucle). Para calcular su v alor, comenzamos por determinar qué módulos 
contienen bucles con condiciones de control que incluy en la llamada de más 
de un módulo. Para cada dato de tipo C que haya en cada uno de los módulos 
hallados, cuyo valor venga de fuera del cuerpo del bucle, sumaremos 2 al factor 
E (salida de ¡ter ación), que ha sido previamente inicializado a O par a cada 
segmento. Si el dato de tipo C es creado o modificado en otro segmento que 
no sea en el que está la condición de control, pero que está todavía dentro del 
ambito de la iteración, sumaremos 1 a E. Y una vez calculado E, el parámetro 
R vendrá dado por: 


1 
R=Kí B)?+1 
3 


Naturalmente, si el segmento no hace un test de salida de iter ación, E vale O 
y R=1. 
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d. El índice de complejidad de cada módulo ( Q), se calcula a partir de los v alores 
de R y VW (que por tanto, pueden considerarse como "medidas intermedias"): 


| eonuco [vamasie] rue [mp0] besrino | 190 
O Finbatos | teepatabra [e Jo 
teeralaara | Carácter | Gonvcodgo | P | 


LeeCodigo LeePalabra 
LeePalabra 
LeePalabra 


Fig. 16. Tabla de variables de comunicación entre los módulos de Analiza Texto, 
para facilitar el cálculo de los parámetros de Chapin 


e. La complejidad del progr ama entero se calcula como la media aritmética de 
las complejidades individuales de los segmentos. 


Fig. 17 Tabla que muestra el valor de los parámetros de Chapin 
calculados para el programa Analiza Texto 
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De la descripción de la métrica de Chapin se desprende la necesidad de que el 
software a que se aplica esté estructur ado como segmentos de código que se 
comunican entre ellos, lo que impone una seria limitación a su uso  . Además, a 
pesar de su relativ a dificultad de cálculo , no mide importantes aspectos de la 
complejidad que aportan los datos (como por ejemplo , la debida a la separ ación 
entre referencias a variables). 


7. Estructuras de control del programa 


La posibilidad de que el flujo de ejecución de un progr ama siga diversos caminos 
según se cumplan o no ciertas condiciones aumenta de una forma decisiv a nuestra 
dificultad para entender lo que hace el progr ama en cada una de las situaciones 

que se pueden dar . Por ejemplo , un pequeño progr ama con 20 estructur as 
IF..THEN..ELSE anidadas podrá ejecutarse siguiendo 2 * caminos distintos. Y es 

previsible que tras cada uno de ellos los resultados de la computación sean dife- 

rentes, lo que hace que el programador deba tenerlos todos en cuenta (al menos 
en sus líneas generales). 


Normalmente, la complejidad debida al flujo de control se mide contando las 
transferencias de control que pueden darse en el código (teniendo en cuenta 
también la longitud total del programa), o estudiando sus interrelaciones. 


La explosión combinatoria de caminos posibles en cuanto tenemos unas pocas 
sentencias de bifurcación, hace necesario el uso de alguna heramienta para poder 
manejar esa complejidad. Una de estas herramientas, que permite representar los 
posibles flujos de ejecución dentro de un código , es el grafo orientado. En él, los 
nodos son bloques donde la ejecución es totalmente secuencial. Sólo disponen de 
una entrada y una salida, y no ha y dentro de ellos saltos en el flujo de ejecución. 
Los arcos sirven para indicar las posibles transferencias de control de unos nodos 
a otros. Un ejemplo de gr afo, que podría corresponder a un progr ama real es el 
de la figura 18. 


Como ejemplos significativos de métricas que tr atan con la complejidad del flujo 
de control, describiremos el número ciclomático de McCabe y la extensión que 
Myers hace del mismo. 


7.1. Número ciclomático 


McCabe [McCabe, 1976] propone una medida de la complejidad de un progr ama, 
basada en su gr afo de control, que ha sido ampliamente aceptada. Su éxito 
probablemente se deba, entre otras causas, a la gran facilidad con que se calcula, 
a que su significado es intuitivamente sencillo de asimilar, y a que estudios sobre 
programas reales a valan su relación con el tiempo de desarrollo , la dificultad de 
mantenimiento, etc. 
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Esta medida no es otr a que el número ciclomático , que se define par a un grafo 
dado. Para calcularlo, supongamos que tenemos un grafo correspondiente al flujo 
de control de un progr ama, con a arcos, n nodos y c componentes conectados 
(normalmente, c valdrá 1). La complejidad ciclomática de ese progr ama vendrá 
dada por la siguiente fórmula: 


V(G)=a-n+2 c 


El número ciclomático puede entenderse como el número mínimo de caminos 
necesario para, mediante combinaciones, construir cualquier otro camino presente 
en el grafo. Utilizamos el término camino en el sentido usual, como una sucesión 
de nodos que puede recorrerse siguiendo arcos presentes en el gr afo. 


Por ejemplo, el grafo de la figura 18, donde a=12 y n=10, tiene una complejidad 
ciclomática que puede calcularse como: 


V(G)=12-10+2.1=4 


Fig. 18 Ejemplo de grafo correspondiente a un fragmento de programa 
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Podemos definir un gr afo fuertemente conectado como aquél en el cual desde 
todos y cada uno de sus nodos puede encontrarse un camino que nos lleve a uno 
cualquiera de los demás. Así, el grafo de la figura 18 no estará fuertemente conec- 
tado, ya que desde el nodo inferior, por ejemplo, no puede alcanzarse el superior. 
Pues bien, basta con añadir un nuev o arco desde este nodo inferior al superior 
para que sea un grafo fuertemente conectado (ver figura 19). Al calcular el número 
ciclomático del nuevo grafo, observamos que es 


V(G)=13-10+2.1=5 


esto es, uno más que el de la figur a 18. Por eso parece lógico añadir uno al número 
ciclomático calculado para un programa, si lo hemos representado como un grafo 
no fuertemente conectado. 


Dado un programa, codificado en cualquier lenguaje, puede demostr arse que su 
número ciclomático (suponiendo el grafo fuertemente conectado, en el sentido que 
hemos visto hace un momento) coincide con la expresión 


V(G)=N+1 


donde N es el número total de sentencias de decisión del progr ama. Además, la 
cuenta de estas sentencias se hace de la siguiente forma: si es de tipo 
IF..THEN..ELSE, se cuenta como 1; si es de tipo CA SE, con n alternativas, se cuenta 
como n-1. Es sencillo comprobar que esta forma de contar se corresponde exac- 
tamente con el número de arcos y nodos implicados en la representación gráfica 
de estas estructuras. 


Esta propiedad del número ciclomático es la que hace que su cálculo sea tan 
sencillo. Basta con construir un analizador léxico que vaya contando las ocurrencias 
de las sentencias tipo IF..THEN..ELSE y CASE, con las salvedades explicadas, y la 
obtención del valor de esta métrica es inmediata. 
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7.2. Extensión de Myers al número ciclomático 


Parece claro que son más complejas las sentencias con condiciones compuestas 
que las que solo dependen de una condición. P or ejemplo, la condición 


IF Llueve 
THEN Paraguas 
ELSE NoParaguas 


es más sencilla que esta otra, 


IF ((Llueve AND NoCoche) OR (NOT Llueve AND Nubes)) 
THEN Paraguas 
ELSE NoParaguas 


(donde Llueve, NoCoche y Nubes son condiciones y P araguas y NoP araguas son 
fragmentos de código). 


Fig. 19 Grafo fuertemente conectado, creado a partir del de la figura 18 
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Y sin embargo, como es fácil de comprobar , ambas tienen el mismo gr afo, y por 
tanto la misma complejidad ciclomática. La idea de My ers [Myers, 1977] consiste 
en tener en cuenta estas diferencias, midiendo la complejidad como un interv alo, 
y no como un número. Para ello, toma como límite inferior del intervalo el número 
de sentencias de decisión más uno , y como superior , el número de condiciones 
individuales, también más uno. 


El hecho de añadir un uno a la suma de sentencias o de condiciones está relacio- 
nado con la con veniencia de consider ar grafos fuertemente conectados, como 
vimos al hablar del número ciclomático . 


8. Medidas híbridas 


Cada una de las métricas estudiadas hasta ahora tienden, por su propia construc- 
ción, a medir sólo cierta parte de los aspectos que contribuyen a que un programa 
sea complejo. Pero muchas veces nos interesa caracterizar de una forma más global 
la "complejidad de un progr ama". Para ello, han de consider arse a la v ez varias 
propiedades del código. Una forma sencilla de hacer esto consiste en combinar de 
alguna forma métricas de div erso tipo, de las vistas hasta aquí. Es el caso de la 
métrica de Hansen (donde se utiliza una medida de flujo de control y otr a de 
tamaño). También se puede diseñar una medida totalmente nuev a, como ocurre 
con la métrica de Oviedo. Pasemos a estudiar estas dos. 


8.1 Métrica de Hansen 


Hansen [Hansen, 1978] propone una combinación del número ciclomático de 
McCabe con una medida del número de operandos. Concretamente, la métrica de 
Hansen es un par ordenado (m1,m2), donde m1 y m2 se calculan como: 


- m1 es el número de sentencias alternativ as (IF,CASE, etc.) o iter  ativas 
(DO..WHILE, etc.). 


- m2 es el número de oper adores del programa, definidos de una forma similar 
al n1 de Halstead. 


De esta manera tan sencilla, conseguimos car acterizar los fragmentos de código 
con dos números, que nos dan una idea de la complejidad de su flujo de control 
(m1) y de la cantidad de información total que contiene ( m2). Además, al estar 
basada en dos medidas ampliamente estudiadas y probadas, puede asegur  arse 
que la validez de la métrica de Hansen ha de ser bastante buena. 
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8.2 Métrica de Oviedo 


En su propuesta, Oviedo [Oviedo , 1980] intenta medir simultáneamente la com- 
plejidad debida al flujo de datos y al flujo de control. Concretamente, propone la 
fórmula 


C=a cf+bdf 


donde cf representa a la complejidad del flujo de control, d f la del flujo de datos, 
y a, b son factores de peso , para dar más importancia a uno u otro de los dos 
aspectos medidos. En una primera aproximación pueden considerarse ambos iguales 
al. 


El cálculo de cf es sencillo a partir del grafo del programa. Es sencillamente igual 
al número de arcos que éste contiene. 


Para estimar d;¿ hay que seguir un proceso algo más complicado. Tiene como base 
el concepto de "v ariable localmente expuesta". Este término se define, par aun 
segmento de código, en nuestro caso cada uno de los nodos del gr afo correspon- 
diente. Son las variables cuyo valor es utilizado en ese segmento (en una asignación 
a otra variable, en una sentencia de salida, etc.), pero que lo han adquirido en otro 
anterior (en una asignación, sentencia de entr ada, etc.). Pues bien, d £ se calcula 
a partir del número de posibles "adquisiciones" de v alor que han podido tener las 
variables localmente expuestas de cada uno de los módulos. 


Fig. 20 Ejemplo de grafo que nos sirve para aclarar el 
concepto de exposición local de una variable. 
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Veamos un ejemplo que nos aclare el significado de la exposición local. Sea un 
programa que tenga un grafo como el de la figur a 20, con tres nodos a, b y C. Y 
supongamos que se realizan las siguientes operaciones: 


Nodo a: 
PrePeras := 150; 
PreUvas := 225; 


KilPeras := 2; 

KilUvas := 5; 
Nodo b: 

KilPeras := 3; 

KilUvas := 4; 
Nodo c: 

KilPeras := 1; 


PrecioCompra := KilUvas.PreUvas+KilPeras.PrePeras; 


En el nodo c, serán variables expuestas localmente KilUv as, PreUvas y PreP eras 
(KilPeras no, ya que adquiere su v alor en el mismo nodo). La cf del nodo será 
1+3=4 (1 debido a la definición de KilUvas en el nodo b, y 3 debido a las asigna- 
ciones de PrePeras, PreUvas y KilUvas en el nodo a). Para los nodos a y b, cf valdrá 
O, ya que, según el grafo, no pueden tener variables localmente expuestas, pues 
no reciben arcos de ningún otro nodo . El cf del total se calcula como la suma de 
los correspondientes a los nodos, y será por tanto 0+0+4=4. 


Si calculamos ahora la complejidad total para ese programa (teniendo en cuenta 
que en el grafo se observan 2 arcos, y por tanto cf=2), tenemos C=2+4=6. 


La métrica de Oviedo nos ofrece una valoración conjunta (con un solo número) de 
la complejidad debida al flujo de control y al flujo de datos. 
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9. Resumen 


El software es algo indudablemente complejo. De este punto se deriv a la gran 
cantidad de problemas que tenemos a la hora de construir programas sin errores, 
que cumplan en todo momento su funcionamiento previsto . 


Es importante disponer de herramientas que nos permitan tr atar con esta 

complejidad. En particular, es deseable disponer de procedimientos par a medir 
algunos de sus aspectos, de cara a identificar programas especialmente complejos, 
para tratar de hacerlos más sencillos. T ambién es importante correlacionar estas 
medidas con parámetros fundamentales del desarrollo softnare, como tiempo de des- 
arrollo, de pruebas, dificultad de mantenimiento, número previsible de errores, etc. 


Estas herramientas son las métricas. Según el aspecto en que se centren podemos 
clasificarlas en métricas de tamaño, de estructura y flujo de datos, de flujo 
de control e híbridas. 


10. Bibliografía 


Dividida en dos apartados: Notas Bibliográficas, donde se comentan algunos de los 
trabajos consultados en la elabor ación de este capítulo ,yR eferencias 
Bibliográficas, donde pueden encontrarse todas las citas. 


Notas bibliográficas 


En el artículo de Harrison, Magel, Kluczny y DeKock [Harrison, Magel, 
Kluczny, y DeKock, 1982] se realiza una revisión de todas las métricas estudiadas 
aquí, y de algunas más, aunque sin gran detalle. 


Para ampliar datos sobre cualquiera de las métricas de complejidad softw are que 
hemos tratado, puede acudirse a la referencia que se da en el apartado donde las 
estudiamos, que normalmente se refiere al trabajo original de su autor. 


El número de marzo de 1990 de la revista IEEE Softw are está dedicado a las 

métricas de software. En él pueden encontrarse artículos sobre recientes in vesti- 
gaciones sobre la aplicación de métricas a div ersas etapas del ciclo de desarrollo 
de programas. 
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Capítulo 15: El desarrollo del software 


No disponemos de herramientas, ni siquiera de metodologías, que nos permitan 
transformar el software ordinario en otro que sea fiable y fácilmente mantenible. 
Los sistemas software medianamente grandes suelen estar "plagados" de errores, y realizar 
cambios en ellos es, cuando menos, una tarea arriesgada. 


Frente a este duro panorama, nos encontramos con la necesidad de acometer el 
desarrollo de programas cada vez mayores. Para poder realizar estos desarrollos con la 
mejor calidad posible se hace necesaria la utilización de ciertas estrategias que, si 
bien no garantizan un buen resultado, si suelen mejorar bastante las características del 
producto desarrollado. 


1. Introducción 


Como puede leerse en [Grady, 1990], hoy por hoy no disponemos de herramientas, 
ni siquiera de metodologías, que nos permitan tr ansformar el softw are ordinario 
en otro que sea fiable y fácilmente mantenible. En el campo del hardw are, por el 
contrario, esta anhelada situación está mucho más cerca de la realidad. Así, 

disponemos de chips que son a la vez extremadamente complejos y muy fiables. 
Sin embargo, los sistemas software medianamente grandes suelen estar "plagados" 
de errores, y realizar cambios en ellos es, cuando menos, una tarea arriesgada. 


Esta diferencia puede ser debida al hecho de que el desarrollo de hardware siempre 
ha estado constreñido por limitaciones físicas (por ejemplo, densidad de integración). 
Así, la evolución se ha hecho "paso a paso", añadiendo complejidad poco a poco 
en cada uno de estos pasos, a medida que se lograba introducir más componentes 
en una superficie dada. Pero el software no tiene este tipo de limitaciones, con lo 
que desde el principio tenemos una gran cantidad de complejidad, que hemos de 
manejar de alguna forma. 


Por eso, el gran desafío con que se encuentr a la gestión de pro yectos software 
consiste precisamente en limitar los productos que se desarrollan en esos proyectos 
a unos niveles de complejidad aceptables y manejables. Dicho de otr a forma, se 
pretende reducir los grados de libertad en la producción de software para, al operar 
dentro de unos ciertos márgenes, mantener la complejidad resultante lo más baja 
posible. 
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Esto ha llevado a la concepción y uso de varios modelos del ciclo de vida. Con ellos 
se intenta descomponer los problemas de la gestión del proyecto de forma lógica, 
a la vez que generar productos tras cada etapa del modelo. Estos productos pueden 
ser usados para comprobar si estamos moviéndonos en la dirección deseada, o si 
por el contrario nos apartamos de los objetivos de complejidad previstos. Al fin y 
al cabo, utilizamos la acreditada técnica del "divide y v encerás". 


Para enmarcar el estudio de los problemas relacionados con el desarrollo de 
software, señalemos que estamos tr atando con uno de los llamados sistemas 
antropotécnicos, dentro del modelo de tres niveles de complejidad de Sáez Vacas 
(véase el capítulo sobre Marcos Conceptuales). El lector estará de acuerdo con 
esta afirmación si piensa que el proceso de desarrollo de programas un poco grandes 
implica la gestión y coordinación de los esfuerzos de numerosos grupos de personas, 
ayudadas de herramientas tecnológicas cada vez más avanzadas. 


2. El ciclo de vida 


En principio, el ciclo de vida de un pro yecto software incluye todas las acciones 
que se realizan sobre él desde que se especifican las características que debe 
tener, hasta que se mantiene en operación. A veces (aunque no será éste nuestro 
caso) se incluy en en el ciclo de vida las modificaciones que pueden realizarse al 
sistema para adaptarse a nuevas especificaciones. 


Podría pensarse que el ciclo de vida de un progr ama no tiene por qué seguir un 
desarrollo "lineal", entendiendo como tal una sucesión de etapas. En principio, las 
distintas actividades que se realizan son bastante independientes, y pueden 
llevarse (hasta cierto punto) en par alelo. Por ejemplo, para empezar a codificar 
hay que tener mínimamente claras las especificaciones que hay que cumplir. Pero 
(aunque no es una buena decisión, como veremos más adelante), podría pensarse 
en comenzar la producción de código mientras se completan las especificaciones, 
para poder irlo probando, por ejemplo. Más adelante se harían las modificaciones 
necesarias. 


Pero si el desarrollo de productos softuare ya es algo complejo en sí mismo (véase 
el capítulo sobre Medidas o Métricas de la Complejidad del Software ), aún 
lo complicaremos más si intentamos "hacerlo todo a la vez”, sin seguir una cuidado- 
sa y detallada planificación. Y esto es precisamente lo que pretenden los modelos del 
ciclo de vida del softw are: simplificar en lo posible la gestión del proceso de 
desarrollo. La meta está en añadir la mínima complejidad que sea posible a la que 
de por sí ya implica el software. 
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Desde el punto de vista del esquema HxIxO->I0, podríamos decir que los modelos 
del ciclo de vida son un instrumento conceptual (I) que permite a la persona 
encargada (H) de gestionar un desarrollo de softw are (el O será por tanto el 
propio proceso de desarrollo) tratar con un problema más sencillo (el IO resultante). 


Para ello, estos modelos dividen el proceso de desarrollo en unas cuantas etapas 

bien diferenciadas, y definen los posibles caminos por los que se deben relacionar. 
Además intentan que estos caminos lleven a un "progreso lineal", en el sentido de 
que antes de comenzar una etapa se ha ya concluido exitosamente (con las espe- 
cificaciones cumplidas) la anterior. Sin embargo, esto no es siempre posible, y hay 
que recurrir a iteraciones (por ejemplo, entre el diseño y la codificación), que nos 
lleven mediante aproximaciones sucesivas a cumplir con los objetivos de la mejor 
forma posible. 


Desde el punto de vista jerárquico (véase el capítulo sobre las Jerarquías) esta 
división en etapas puede verse como una jerarquía multicapa de toma de decisiones. 
Así, cada una de las etapas (capa de decisiones) termina cuando tras haber hecho 
todas las elecciones necesarias, se han cumplido los objetivos marcados, sentando 
las bases para la siguiente etapa. Al dividirse el problema en estas capas, en cada 
momento del desarrollo nos enfrentamos con una complejidad menor (únicamente 
la debida a cada capa, ya que las anteriores habrán sido satisfactoriamente resueltas). 


3. El modelo de desarrollo en cascada 


Uno de estos modelos del ciclo de vida, quizás el más ampliamente utilizado , es 
el del desarrollo en cascada. En él, cada etapa deja el camino prepar ado para la 
siguiente, de forma que esta última no debe comenzar hasta que no ha acabado 
aquélla. De esta forma, se reduce mucho la complejidad de la gestión, y aque 
basta con no dar por terminada una etapa hasta que ha ya cumplido totalmente 
con sus objetivos. De esta forma, la siguiente puede apoyarse con total confianza 
en ella. A la hora, por ejemplo, de fijar plazos, se podrían establecer planes de una 
forma totalmente secuencial, quedando perfectamente delimitadas las responsa- 
bilidades de los equipos que desarrollen cada etapa. 


En la realidad la aplicación de este modelo no suele ser tan radical. Aunque se 
intenta conseguir la ma yor secuencialidad posible, es difícil evitar las "vueltas 
atrás". Si después de la terminación de alguna etapa los resultados no son los 
esperados, en la práctica es muy posible que el problema esté en la mala realización 
de una etapa anterior. Y esto es así porque no sabemos cómo decidir con total 
certidumbre que una etapa ha sido perfectamente desarrollada hasta que se 
observan las consecuencias, quizás v arias etapas y bastante tiempo después de 
que fue "cerrada". En estos casos, habrá que v olver a ella, refinando el producto 
de una forma iterativa hasta que se considere que tiene la calidad deseada. 
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Fig. 1 Modelo en cascada del desarrollo de software 


En el modelo "puro", las fases en que se suele dividir el ciclo de vida en este modelo 
son [Grady, 1990]: 


a. Definición (análisis de los requerimientos softw are). 

b. Diseño (podría dividirse en preliminar y detallado). 

c. Codificación. 

d. Integración. 

e. Prueba. 

f. Documentación. 
Estas fases de desarrollarían una tr as otra, excepto quizás las dos últimas. La 
prueba de módulos podría realizarse después de la codificación y la del sistema 
completo tras la integración. La documentación, por su parte, puede irse creando 
a lo largo de todo el proceso . 
Sin embargo, los caminos reales que se siguen en el desarrollo de softw are suelen 
parecerse mucho más a los que se pueden v er en la figur a 2 (basada en [F ox, 
1982]. En ella, las flechas que apuntan en sentido descendente representarían el 


modelo puro, mientras que las ascendentes corresponden a los demás caminos 
que se suelen seguir en la realidad. 
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Definición 


é Documentación 


Fig. 2 Caminos reales en el desarrollo de software [Fox, 1982] 


Pasemos a describir ahora cada una de las etapas del modelo en cascada, que y a 
hemos nombrado. 


3.1. Definición 


La definición de requisitos o especificación de características que ha de cumplir el 
software que vamos a desarrollar es la primer a etapa del modelo en cascada. Y 
probablemente sea la más importante. Al fin y al cabo , lo que sea o no sea el 
producto final depende de decisiones tomadas en esta etapa. Se trata fundamen- 
talmente de estudiar las necesidades y preferencias del usuario . Es también muy 
importante dejar clara constancia de las decisiones tomadas en esta etapa, par a 
ser tenidas en cuenta posteriormente. P or ello, la documentación producida en 
esta fase debe ser concreta y estar siempre disponible durante el resto del proceso. 


Pero, normalmente, nuestro softw are no será mas que una parte de un sistema 
mayor. Y puede ser que "herede" problemas de indefinición de este sistema. P or 
ejemplo, como el hardw are es muy difícil de modificar , a menudo los progr amas 
sufren cambios de última hor a para "tapar" sus defectos. Esto hace que, en un 
proyecto real, sean bastante normales los caminos de vuelta desde etapas poste- 
riores a ésta de definición (ver figura 2). 


Por si hubiera pocos problemas debemos tener en cuenta que el entorno en el que 
nos movemos suele ser muy variable, de forma que las car acterísticas que piden 
los usuarios suelen cambiar muy rápidamente con el tiempo. Además, las innova- 
ciones tecnológicas hacen posible modificar ciertas partes del sistema para ganar, 
por ejemplo en eficiencia. Por todo esto, la facilidad de modificación del softw are 
resultante es siempre un requisito fundamental, que debe compaginarse con los 
demás. 
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La descomposición en niv eles de abstracción es una metodología que nos puede 

ayudar a abordar los problemas que aparecen en esta etapa. Las características 
que debe tener esta descomposición son las habituales en el análisis de sistemas 

complejos (ver capítulo sobre las Jerarquías): pocos elementos en cada nivel de 
abstracción, contextos limitados y bien definidos, etc. 


De un tiempo a esta parte se están comenzando a utilizar técnicas formales de 
definición. Esto permite generar especificaciones coherentes y sin ambiguedades. 
Además se está investigando activamente en la generación automática de software 
a partir de definiciones escritas en lenguajes formales (aunque aún no se han 
logrado grandes resultados prácticos en este campo). 


3.2. Diseño 


Una vez planteada la especificación del progr ama, ha y que analizar desde un 
punto de vista técnico las posibles soluciones. Entre ellas, se elegirá la que se con- 
sidere más adecuada. A partir de ese momento , se decidirá la estructura general 
del programa (subdivisión en partes y relaciones entre ellas). Rara cada una de las 
partes se seguirá recursiv amente un proceso similar, hasta que tengamos total- 
mente definido el programa y estemos listos para pasar a la fase de codificación. 


En el análisis de cada una de las partes nos encontraremos normalmente con que 
hay varias soluciones posibles (por ejemplo v arios algoritmos par a realizar la 
misma tarea). La elección de una de ellas suele realizarse de una forma más o 
menos intuitiva: no hay metodologías efectivas que nos ayuden en esta decisión. 


Como puede deducirse de lo dicho hasta aquí, la descomposición en niveles de 
abstracción también será útil en esta fase. Cada etapa del proceso recursiv 0 
descrito puede constituir un nivel de abstracción. Si, además, utilizamos las posi- 
bilidades de ocultación de información que nos permite esta metodología, podremos 
descomponer nuestro programa en pequeños módulos fáciles de modificar. 


En el nivel más bajo del diseño ha y que decidir la estructura de control y el flujo 
de datos del módulo. El uso de la programación estructurada facilita enormemente 
la comprensión de los algoritmos, al limitar los flujos de control posibles. 


El producto final de la etapa de diseño puede ser un organigr ama, unas líneas de 
pseudocódigo, etc. Algunos lenguajes de programación (como Ada) permiten hasta 
cierto punto realizar el diseño en el propio lenguaje, y compilarlo posteriormente. 
Así pueden detectarse incoherencias y ambigúedades de una forma automática. 
Además se favorece en gran medida la integración con la etapa de codificación. 
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Algunos trabajos recientes ([R ombach, 1990], [Henry y Selig, 19901) proponen 
utilizar métricas en la fase de diseño par a predecir la calidad del producto softw are 
antes de llegar a la codificación. Así se ahorr arían esfuerzos, al encontrar pronto 
zonas de gran complejidad y de poca calidad. De esta forma estas z onas podrían 
rediseñarse, consiguiéndose así que den menos problemas en posteriores etapas 
del desarrollo. 


3.3. Codificación 


En un pro yecto grande ésta es la etapa más sencilla (en contr a de lo que suele 

suponer cualquier persona que comienza a aprender un lenguaje de progamación). 
Si el diseño es adecuado y suficientemente detallado la codificación de cada módulo 

es algo casi automático. 


Una de las principales decisiones a tomar en esta fase es la del lenguaje a emplear, 
aunque a veces en el diseño ya está de alguna forma implícito. Desde hace tiempo 
la tendencia es a utilizar lenguajes de más alto nivel, sobre todo a medida de que 
se dispone de compiladores más eficientes. Esto a yuda a los progr amadores a 
pensar más cerca de su propio niv el que del de la máquina, y la productividad 
suele mejorarse. Como contrapartida este tipo de lenguajes son más difíciles de 
aprender. Y además ha y que tener en cuenta que los progr amadores suelen ser 
conservadores y reacios a aprender nuev os lenguajes: prefieren usar los que y a 
conocen. La existencia, en una organización, de una gr an cantidad de programas 
desarrollados en un determinado lenguaje, hace además muy dur a la decisión de 
cambiar a uno nuevo. 


Evaluar la calidad de la codificación es una tarea nada fácil. P ara un mismo diseño 
son posibles muchas implementaciones diferentes. Y no ha y criterios claros que 
nos permitan decidir cuál es la mejor . En este punto , las métricas del softw are 
pueden ser utilizadas en nuestra ayuda (ver capítulo sobre las Métricas). 


Cuando intervienen v arias personas, pueden aparecer problemas a la hor a de 
realizar modificaciones, debido a que cada uno tiene su propio estilo . Por eso se 
hace necesario definir estándares de estilo para facilitar la legibilidad y claridad del 
software producido. 


3.4. Integración 
Una v ez que tenemos los módulos codificados, ha y que ensamblarlos. 
Desgraciadamente el proceso no consiste simplemente en unir piezas. Suelen apa- 


recer problemas con las interfaces entre los módulos, con la comunicación de 
datos compartidos, con el encadenamiento de flujos de ejecución, etc. 
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Si el programa es además bastante gr ande, la gestión de v ersiones se con vierte 
en un problema no despreciable. Afortunadamente, ésta es una de las etapas 
donde disponemos de más herramientas CASE, que nos pueden ayudar. 


3.5. Prueba 


En esta fase ha y que comprobar que las especificaciones se cumplen perfectamente 
y en todos los casos. En la realidad es prácticamente imposible probar un programa 
totalmente: por ello siempre suele quedar algún error escondido . Este problema 
se agrava cuando sobre él se realizan repetidos cambios y correcciones. Si no los 
gestionamos de un forma adecuada podemos acabar con un conjunto de parches 
que más que soluciones aportan problemas. 


Actualmente se están comenzando a utilizar técnicas de v erificación y validación 
como alternativa a la simple prueba de programas. Según Wallace y Fujii [Wallace 
y Fujii, 1989], la verificación y validación es una disciplina de ingeniería de sistemas, 
que intenta ev aluar el softw are desde un punto de vista sistémico . Utiliza una 

aproximación estructurada para analizar y probar el softuare en relación con todos 
los aspectos del sistema en el cual se incluy e, y en especial con el hardw are, los 
usuarios y las interfaces con otras piezas de software. 


Idealmente, la verificación y v alidación se realiza par alelamente al desarrollo de 
software, durante todo su ciclo de vida (por lo que no entr a en el modelo en 
cascada, estrictamente hablando), y pretende alcanzar los siguientes objetiv os: 


a. Descubrir pronto errores de alto riesgo, dando al equipo de diseño la oportu- 
nidad de elabor ar una solución adecuada, evitando que se v ea obligado a 
poner un "parche" si el error se detecta demasiado tarde. 


b. Evaluar el ajuste de los productos desarrollados a las especificaciones del sis- 
tema. 


c. Proporcionar al equipo de gestión información actualizada sobre la calidad y el 
progreso del esfuerzo de desarrollo. 


Éste de la verificación y validación es un campo donde se están realizando activas 
investigaciones, mientras comienzan a obtenerse los primeros frutos. 
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3.6. Documentación 


La documentación es algo totalmente necesario para poder mantener un programa. 
Incluso la persona que lo ha codificado se perderá con gr an facilidad en un 

programa a los pocos meses de haberlo terminado . No sólo ha y que documentar 
el código (las conocidas líneas de comentario del programa), sino todas las etapas 
del ciclo de vida. Especialmente es importante que todas las decisiones que se han 
tomado queden claramente expuestas, así como las razones que han llevado a ellas. 


Además, hay que generar la documentación de "caja negr a", esto es, la que se 
refiere no a aspectos internos del progr ama, sino a su manejo y car acterísticas 
"externas". Esto incluy e normalmente un manual de usuario , para las personas 
que normalmente van a utilizarlo (en el caso de que sea un progr ama directamente 
utilizado por personas) y un manual de referencia técnica, donde se dan detalles 
de su instalación y explotación, de car a al personal técnico encargado de estas 
tareas. 


En el modelo en cascada hemos colocado la etapa de documentación al final, porque 
es cuando se realizará la documentación definitiva, y especialmente los manuales 
"de caja negra" de los que hemos hablado. Pero es conveniente ir preparándola a 
lo largo de todo el desarrollo, según van realizándose las actividades a documentar. 


Para gestionar esta etapa (llevar el control de las versiones de la documentación, 
incluso gener arla automáticamente en algunos casos) también se dispone de 
herramientas informáticas de ayuda. 


4. Los "productos intermedios" 


Tras cada una de las etapas del ciclo de vida se genea, como resultado final, algún 
tipo de producto. Son lo que llamaremos "productos intermedios". Estos productos 
constituyen la base del tr abajo de la siguiente etapa. P or ejemplo, a partir del 
pseudocódigo obtenido en la fase de diseño, los codificadores escribirán el programa. 
Y este progr ama (resultado de la etapa de codificación) será la base par a la 
integración. Una lista más exhaustiva de los productos intermedios que se obtienen 
en cada etapa del modelo en cascada puede v erse en la figura 3. 


Pero estos productos pueden usarse par a algo más que mer amente como apo yo 
de la fase siguiente. Según Gr ady [Grady, 1990], una correcta utilización de los 
productos intermedios ayuda a producir software de calidad, ya que: 


a. Cada producto intermedio suele seguir alguna forma de representación estándar 
que garantiza un cierto grado de terminología común. 
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b. Existen herramientas que pueden aplicarse a estos productos, par a hacer 
comprobaciones sobre ellos, aportando así realimentación inmediata a los inge- 
nieros de desarrollo (generalmente mediante la forma de avisos y mensajes de 
error). 


c. La terminología común simplifica las inspecciones por parte de otros equipos de 
trabajo. Así se facilita la detección de errores que las herramientas automáticas 
no son capaces de detectar. 


d. También pueden utilizarse herr amientas que calculen ciertas métricas sobre 
diversos aspectos de la complejidad de los productos intermedios. Así se pueden 
detectar zonas con mayor probabilidad de que presenten errores, o que tengan 
un difícil mantenimiento. 


ESQUEMA DE ESTRUCTURA 
PSEUDOCODIGO 


Codificación 
integracion 


MAMJALES 
TEXTOS DESCRIPTWOS 


Documentación 


Fig. 3 Productos que se generan en cada una de las etapas de producción de software 
(según el modelo de la cascada), basado en [Grady, 1990] 


La idea central de este aprovechamiento de los productos intermedios del desarrollo 
software reside en la información que éstos aportan, como resumen final que son 
de su etapa correspondiente. Así, su análisis permite una realimentación rápida y 
concreta, y una forma de ir midiendo paso a paso la calidad del softw are que se 
está produciendo. 
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5. Resumen 


En este capítulo hemos tr atado de exponer los problemas que aparecen en el 
desarrollo de sistemas softw are reales, y de los enfoques que se utilizan par a 
abordarlos. 


Comenzamos introduciendo el tipo de sistemas con el que tr  atamos (sistemas 
antropotécnicos), y las diferentes características que los hacen complejos y difíciles 
de abordar. Luego hemos hablado de una de las soluciones más utilizadas: la 
reducción de complejidad mediante la limitación de los gr ados de libertad del 
sistema. Y de cómo se concreta esta solución: el modelo en cascada del ciclo de 
vida de un programa. 


Y por último, nos hemos detenido en las etapas que constituy en este modelo en 
cascada, poniendo de relieve los aspectos que nos han parecido más destacables 
en cada una de ellas. Es uno de los modelos posibles. Ha y otros muchos, como el 
modelo en espiral, pero en cualquiera de ellos se hace patente que la complejidad 
surge de la necesidad de coordinar económicamente un elev ado número de 
personas, técnicas y equipo. Es la complejidad de gestión del softw are. 


6. Bibliografía 

Dividida en dos partes. En primer lugar, Notas Bibliográficas, donde se describen 
los tr abajos consultados más relev antes sobre el tema. Después, R  eferencias 
Bibliográficas, donde pueden encontrarse todas las citas utilizadas en el capítulo . 
Notas bibliográficas 

Un trabajo muy utilizado ha sido el de Grady [Grady, 1990], que entre otras apor- 
taciones originales, incluy e el análisis de los productos intermedios del ciclo de 
vida como ayuda para la producción de programas de calidad. 

También es necesario citar el número de ma yo de 1989 de la revista IEEE 
Software, dedicado a la verificación y validación, de donde están tomadas las ideas 


sobre este particular que pueden encontrarse en el capítulo. 


El libro de Fox [Fox, 1982] puede ser de gran utilidad para ampliar conocimientos 
sobre las etapas del ciclo de vida de un sistema softw are, y su significado. 
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Bloque IV: Anexos 
Capítulo 16: Iniciativa de Defensa Estratégica (S.D.I.) 


Este texto ha sido redactado por Gustavo Alonso en 1990 para el curso de 
Cibernética y Teoría de Sistemas de la Escuela Técnica Superior de Ingenieros de 
Telecomunicación de Madrid. Se basa en su mayor parte en artículos del IEEE; para evitar 
las referencias continuas a lo largo del texto, incluimos aquí los números utilizados para 
desarrollar este tema: 


IEEE Spectrum, Septiembre 1985, número monográfico sobre la S.D.I. 


IEEE Computer, Noviembre 1986, "Can S.D.I. Software be error free?", Ware Myers, pp. 
61-67. 


IEEE Spectrum, Noviembre 1988, número monográfico dedicado al coste de los proyectos 
de defensa. 


IEEE Spectrum, Marzo 1989, número monográfico dedicado a la repercusión en la 
tecnología de los tratados de paz y de desarme. 


IEEE Spectrum, Noviembre 1989, "S.D.I. in transition", John A. Adam, pp. 32-38. 


1. Introducción 


El presente capítulo pretende ser un ejemplo donde aplicar algunas de las ideas qe 
se han visto a lo largo de todos estas Notas. No se pretende hacer ningún juicio de 
valor sobre el tema si no es desde un punto de vista estrictamente tecnológico y 
desde la complejidad. Evidentemente la Iniciativ a de Defensa Estr atégica (S.D.I.) 
es un tema controvertido, quizá ahora no tanto como lo fue en su momento pero, en 
cualquier caso, ejemplifica magníficamente varias de las ideas que hemos tratado. 


El proyecto de la S .D.I. es de una complejidad formidable y los objetiv os que 
persigue en un amplio abanico de tecnologías son muy ambiciosos. Aún está por 
ver que pueda manejarse toda esa complejidad. Como v  eremos, al tr atar los 
problemas que plantea este proyecto nos ¡iremos encontrando con algunos de los 
problemas que ya hemos estudiado referentes al software y al hardware, además 
de muchos otros, y con muchas de las propuestas conceptuales que se hacían en 
la primera parte (niveles, jerarquías, sistemas, incertidumbre, etc.). Lo que tiene 
de atractivo la S.D.I., desde el punto de vista de nuestro estudio , es que intenta 
abordar todos esos problemas en un único pro yecto, siendo un buen campo 

teórico donde ejercitar las ideas de complejidad. 
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Una forma de v er todo el pro yecto es a tr avés del modelo de tres niv eles de 
complejidad de Sáez Vacas (referencia a Marcos Conceptuales ) y es la que 
hemos escogido par a desarrollar brev emente aquí. P ero no es, en absoluto , la 
única. Instamos al lector a que intente v er todas las propuestas de la S .D.I. a la 
luz de diversos modelos y definiciones de complejidad y compar ar los resultados 
que vaya obteniendo con lo visto hasta ahon referente a tecnología. Algunas ideas 
pueden ser la complejidad relacionada con la incertidumbre (principios de Klir), la 
simplificación, jerarquías de niveles, definición amplia de complejidad, etc. 


2. ¿Qué es la Iniciativa de Defensa Estratégica? 


En este primer apartado vamos a tratar de explicar los supuestos de partida de la 
S.D.I., qué pretende conseguir y cómo . De todo ello, lo que más nos interesa es 
cómo este pro yecto afecta a la inno vación tecnológica al plantear una serie de 

cuestiones críticas, desde el punto de vista pur amente tecnológico, que sin duda 
afectan al desarrollo y a la inno vación. Más adelante profundizaremos en la 

problemática relacionada con el softw are, aquí pretendemos destacar la gr an 
demanda de tecnología en todos los campos que supone un pro yecto como éste. 


2.1 Planteamiento básico 


El proyecto de la S .D.I. (Strategic Defense Initiative) tiene su origen más inme- 
diato en un discurso de Ronald Reagan, pronunciado el 23 de Marzo de 1983, en 
el que proponía con vertir las armas nucleares en algo "impotente y obsoleto" a 
través de la construcción de un sistema de defensa capaz de inutilizar misiles 
nucleares cuando se lanzan contra un objetivo. 


Desde entonces, la S .D.I. ha lev antado apasionadas contro versias tanto en el 
campo político como en el tecnológico y las interpretaciones de los objetiv os que 
se persiguen son de lo mas variado. Quizá la más conocida es la de la "Guerra de 
las Galaxias" que tiene su origen en uno de los objetiv os concretos que persigue 
la S.D.I., como es la instalación en el espacio de bases antimisil destinadas a derribar 
en vuelo las armas nucleares lanzadas contr a los EEUU. También se conoce a la 
S.D.I. como "escudo", centrándose en la idea de que de lo que se tata es de crear 
una barrera capaz de detectar y detener ataques nucleares. Ambos términos son 
demasiado simplistas y llevan a confusión, uno por consider ar un único aspecto 
del problema, aunque sea ciertamente espectacular , y otro porque parte de un 
presupuesto erróneo, ya que la S .D.I. no es perfecta y la cobertur a no será 
completa. 


La interpretación que hace el P entágono también es interesante, en lugar de la 


destrucción mutua asegur ada (Mutually Assured Destruction, MAD) se pretende 
llegar a una situación de defensa mutua asegur ada. 
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En pocas palabras, la S.D.I. pretende desarrollar un sistema de defensa, que cuba 
todo el territorio de los EEUU, encargado de detectar y eliminar las armas nucleares 
lanzadas contra este territorio. 


2.2 Diseño inicial de la S.D.I. 


La S.D.I parte de una aproximación por capas al problema de la defensa. Cada una 
de estas capas está relacionada con alguna de las diferentes fases del lanzamiento 
de un misil (lanzamiento, postlanzamiento, curso intermedio y fase terminal). El 
éxito depende, en gran medida, de la capacidad para destruir el mayor número de 
misiles que sea posible en la fase de lanzamiento (desde que despegan hasta que 
se dejan libres en la atmósfer a). Los misiles que atr aviesen este primer sistema 
de defensa han de ser destruidos en las fases posteriores intentando siempre 
reducir al mínimo el número de cabezas nucleares que entr an en la atmósfera. 


Cada una de estas fases y cada tipo de misil requiere un armamento diferente y , 
a medida que aumenta la complejidad del problema, más exótico . En la fase de 
lanzamiento ha y que distinguir dos tipos de cohetes, los de lanzamiento rápido 
(que en lanzamientos intercontinentales tardan 1 minuto en super ar esta fase) y 
los de lanzamiento lento (que en misiles intercontinentales supone unos 3 minutos 
en esta fase). Para derribar los cohetes de lanzamiento lento hay que disponer de 
bases espaciales de misiles nucleares, para los de lanzamiento rápido se intentan 
desarrollar láseres disparados también desde bases espaciales. Este mismo tipo de 
armas, siempre desde bases en el espacio , junto con haces de partículas son las 
que se utilizan para atacar la segunda fase, la de postlanzamiento . 


En esta segunda fase, los cohetes se separ an en varias cabezas nucleares y en 
diversos señuelos, lo cual añade más complejidad al problema pues ha y que 
distinguir entre los objetivos reales (cabezas nucleares) y los señuelos. En la 
tercera fase, durante el vuelo fuera de la atmósfera que dura de 6 a 22 minutos, 
se utilizan pequeños proyectiles lanzados desde tierra junto con haces de partículas. 
En la fase terminal se emplean pro yectiles de alta v elocidad (armas de energía 
cinética) y cohetes para destruir las cabezas nucleares restantes. 


Al contrario de lo que puede parecer, el desarrollo de este tipo de armas no nucleares 
es el campo más maduro de la S .D.I. y muchas de las tecnologías no son nuev as 
(excepto los láseres de rayos X). Además aparecen consideraciones nuevas como 
que es más bar ato desarrollar estas armas de defensa par a destruir misiles que 
hacer nuevos misiles de ataque. 


La utilización de este tipo de armas exige a vances tecnológicos muy importantes, 
pues algunas de ellas han de estar en bases espaciales y las que se dispam desde 
tierra han de poder guiarse hasta su objetivo. Las propias armas son en sí tecno- 
logía punta: tanto las armas de energía directa (láseres y haces de partículas) 
como las armas de energía cinética (cohetes y r ampas de lanzamiento). 
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Efectividad de la S.D.I. 


Un posible planteamiento estratégico del sistema a construir puede 
ser el siguiente: 


Ataque 

1.400 Misiles Balísticos Intercontinentales, ICBM 
x 10 cabezas nucleares/misil = 14.000 cabezas 

x 10 señuelos/cabeza nuclear = 140.000 señuelos 
Defensa 

* Fase de lanzamiento 


5 satélites de vigilancia, 160 estaciones láser de batalla y radar, con 
una efectividad del 90% 

14.000 x 0,1 = 1.400 cabezas nucleares 

140.000 x 0,1 = 14.000 señuelos 


* F rso intermedi 


28.000 armas de energía cinética, 20 satélites de vigilancia, con una 
efectividad del 90% 


1.400 x0,1 = 140 cabezas nucleares 
14.000 x 0,1 = 1.400 señuelos 
*_ Fase terminal 


75 radares, 25 aviones de vigilancia, 140.000 cohetes de energía 
cinética, con una efectividad del 90% 


14 cabezas nucleares alcanzan su objetivo 


2.3. Innovación Tecnológica en la S.D.I. 


La Iniciativa de Defensa Estratégica es un enorme reto a la ingeniería y la ciencia. 
Los problemas que plantea un escenario como el descrito en el apartado anterior 

son muy complejos y comprenden un abanico muy amplio de tecnologías que han 
de trabajar de forma integrada. Muestra de ello son los ocho programas en los que 
se subdividió la S.D.I. a finales de 1983: sistemas; sensores; vigilancia, ataque y 
tecnologías clave; armas de energía cinética; armas de energía directa; innovación 
científica y tecnológica; y asuntos externos. 
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El proyecto de la S.D.I supone una fuerte inversión en investigación 
y desarrollo mantenida durante bastantes años. Dada la creciente 
dependencia que tiene la investigación estadounidense del presu- 
puesto de defensa, no son pocos los que defienden que además del 
problema de la fiabilidad de la S.D.I., han de considerarse todos los 
avances que se pueden lograr con estas inversiones. Orquestando los 
mecanismos necesarios de transferencia tecnológica la sociedad 
puede beneficiarse de los resultados de estas investigaciones. 


Esta parece la interpretación de algunos países europeos y gran parte 
de las compañías implicadas. Un ejemplo de este interés por los 
proyectos de investigación generados es el de Dinamarca, cuyo 
parlamento se opone rotundamente a la militarización del espacio 
pero al mismo tiempo ha dejado bien claro que esto es sólo una 
resolución, no una ley, y que por tanto las compañías danesas parti- 
ciparán en el proyecto. Está claro que existe un riesgo enorme de 
"perder el tren" de la tecnología si no se participa en la investigación 
y desarrollo de estos sistemas. 


El problema con que se enfrenta está lejos de ser sencillo y se han señalado cuatro 
como los obstáculos principales con los que se va a encontrar: 


1. Distinguir las cabezas nucleares de los señuelos (según algunos cálculos un 
ataque consistiría en unos 3.000 misiles con un total de unas 30.000 cabezas 
nucleares y 250.000 señuelos). 


2. Diseñar software fiable para gestionar las operaciones (se tendrán que tomar 
cientos de miles de decisiones independientes y sincronizarlas en cuestión de 
milisegundos). 


3. El sistema ha de ser suficientemente robusto como par a poder soportar un 
ataque contra él y seguir funcionando. 


4, Ha de ser un sistema suficientemente barato como para que el enemigo no se 
sienta tentado a superarlo aumentando su capacidad ofensiva. 


El primer punto obligará a mejoras importantes en los sensores, radares y meca- 
nismos de detección pues son una parte crucial del sistema. Muchas de las armas 
empleadas en la S .D.I. requieren una gr an cantidad de energía y no se puede 
desperdiciar disparando contra objetos que no son una amenaza, por otro lado , 
los sensores que descartan objetivos identificándolos como señuelos se enfrentan 
a la posibilidad de que ha ya cabezas nucleares que intentan pasar por señuelos, 
con lo que la labor de identificación es aún más compleja. A esto se añade el 
problema de que ha y que utilizar la energía exacta, no se puede dispar ar con 
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menos energía porque no se puede creer que se ha eliminado algo que sigue siendo 
una amenaza y tampoco se puede derrochar energía aumentando las dosis cuando 
esto no es necesario. 


En 1984 se hiz o un experimento en el que se informó que se había conseguido 
detectar, en el espacio , el calor de un cuerpo humano a 1.600 km. de distancia. 
Un proyecto como el de la S.D.I. exige poder detectar objetivos entre 20 y 50 grados 
Kelvin más fríos que la silueta de un cuerpo humano contr a el calor de la superficie 
de la tierra a distancias superiores a los 5.000 km. 


Otro punto muy interesante es el número de estaciones necesarias para frenar un 
ataque. Sobre esto no ha y acuerdo pues depende de las suposiciones de partida 
que se hagan y consideraciones técnicas muy complejas (potencia de los láseres, 
difusión de éstos, número de misiles enemigos, altitud de las bases, etc.), pero las 
simulaciones realizadas para un ataque de 1.400 misiles van desde 30 estaciones 
a 2.400 y proponen desde un crecimiento lineal de las bases con el número de 
misiles ofensivos a un crecimiento del 40% cuando el ataque se dobla. Además, 
estas simulaciones han aportado otros datos interesantes como la velocidad de 
eliminación de misiles en la fase de lanzamiento (10 por segundo) o el tiempo que 
hay enfocar un misil con un láser par a destruirlo (desde 1,7 a 6,6 segundos, 
dependiendo de la distancia). 


Esto nos lleva a la situación actual de los láseres, los haces de partículas y la capa- 


cidad de potencia en las bases espaciales. Con datos de 1985 esta tabla resume 
muy bien las diferencias entre lo que se tiene y lo que se persigue: 


O Objetivos Actualmente 
Brillo del láser 10* watios/esteroradian 10” W/sr 
Energía de partícula | 250 megaelectronvoltios 50 MeV 


100-300 megawatios 25 kW 
espacio 
Coste 1 dólar por Kilojulio 50 dólares/Kj 
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Las armas de las que antes hablábamos requieren unas condiciones muy especiales. 
Los láseres y haces de partículas necesitan mucha energía par a ser efectivos y 
esta energía se la ha de proporcionar la base espacial en la que se instalen. Los 
láseres, por ejemplo , necesitan unos 100 MW , las r ampas de lanzamiento de 
proyectiles de alta velocidad necesitan pulsos de energía del orden de los gigawatios. 
Esto significa que ha y que mandar mucha masa al espacio y setr aduce en un 
coste muy elevado. Por ello, otro de los objetivos de la S.D.I. es reducir el coste 
de acceder al espacio, en 1985 este coste era de 1.200 dólares cada libra de peso 
y se quiere reducir a 10 dólares por libr a de peso. 


O Objetivos Actualmente 
e 12 kW durante 4-5 años 
años 
Potencia en alertas 20-20 po 12 kw durante 4-5 años 

indefinido 


Potencia en 100-300 MW durante . 
Condiciones de 
potencia 100 kV, 1000-3000 A 300 V, 10 A 


Las armas de energía cinética plantean problemas muy interesantes de resistencia 
de materiales. Los proyectiles se han de disparar a una velocidad superior a los 20 
km/s, a esa velocidad las "balas" llegan a fundir el cañón que las dispar a, lo que 
obliga a buscar materiales especiales que soporten esa presión y temperatura. En 
un experimento en el que se consiguió una v elocidad de 11 km/s con un pro yectil 
de 3 gramos, la presión ejercida hizo que el cañón se deshicier a a medida que la 
bala pasaba por él, el proyectil salió gracias a que su velocidad era tan alta que se 
matenía por delante de la onda de choque que destrozó el cañón. Además, el tipo 
de proyectiles que se quieren conseguir, de unos 3 kg., lanzados a una velocidad 
de entre 15 y 30 km/s, requieren un pulso de potencia de v arios giga watios, 
potencia que ha de ser porporcionada por una fuente suficientemente pequeña 
como para poder ser instalada en el espacio . 


Todos estos ejemplos sólo son una muestra de la gran cantidad de avances tecno- 
lógicos de importancia que exige desarrollar un sistema como el que propone la 

S.D.I., y no sólo en armas o en sensores, sino también in vestigación en fuentes 
de potencia (química, nuclear, solar, por radioisótopos, etc.), circuitos eléctricos y 
electrónicos (capaces de soportar esa potencia en un medio extremadamente hostil 
y con unas limitaciones gr andes), aviónica (que en el caso de los pro yectiles de 
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energía cinética tendrán que soportar aceler aciones de 100.000 G), ordenadores 
ópticos (para conseguir la velocidad de proceso adecuada), comunicaciones en el 
espacio, física de estado sólido (par a los sensores y muchos otros componentes 
del sistema), etc. 


2.4 Problemas de integración 


Dejando un poco de lado los problemas puntuales que hemos ido viendo hasta 
ahora, conviene pararse a reflexionar sobre la natur aleza de un sistema de defensa 
como el que nos ocupa. Aún siendo realmente formidables, los problemas que 
plantean las armas o ciertas tecnologías concretas son de orden menor compar ados 
con el problema de conseguir que el sistema funcione como un todo . Un sistema 
de defensa ha de trabajar con un mínimo de coordinación y más aún en este caso 
en el que la tarea de defensa se divide en v arias fases. Se trata de construir un 
sistema, no una serie de dispositivos de defensa independientes. 


En primer lugar han de coordinarse las diferentes fases de la defensa. Los sensores 
que han detectado los lanzamientos en su primera fase pasan la información a las 
armas que actúan en esta fase, éstas dispar an y se han de recoger datos sobre 
los impactos conseguidos, qué objetiv os han resultado intactos, estimaciones de 
las rutas, datos sobre objetivos reales y señuelos, etc., si hay tiempo se volverán 
a reorientar las armas y se v olverá a disparar, si no, hay que pasar todos estos 
datos al control de la segunda fase e informar de qué armas se han dejado dispo- 
nibles para que se puedan utilizar en fases posteriores y así sucesivamente en 
cada fase. Y todo esto de forma distribuida porque cada sensor puede actualizar 
la base de datos de forma dinámica y al mismo tiempo, esa misma base de datos 
se está consultando para localizar el próximo objetivo. A esto se añade que la base 
de datos ha de ser redundante y robusta pues daños en un nodo no pueden causar 
pérdidas de datos. 


Algo similar sucede con los sistemas de comunicación, que deben ser capaces de 
operar en un entorno extremadamente hostil y con unos niveles de radiación y 
ruido muy elevados. También ha de poder reconfigurarse para asegurar las comu- 
nicaciones aunque se produzcan daños en los nodos y poder hacerlo probablemente 
más de cien veces en pocos minutos. Durante las fases previas a un ataque esto 
no es tan complejo , en una situación de alarma se puede conseguir que se 
mantenga un flujo de información adecuado pero en el momento en que empiece 
el ataque los propios cohetes de lanzamiento destruidos servirán par a introducir 
ruido en el sistema (sobre todo en los sensores) y las cabezas nucleares detonadas 
en el espacio producirán radiaciones y pulsos electromagnéticos suficientes como 
para cegar permanentemente a los sensores y cortar las comunicaciones, y eso 
sin contar con los efectos puramente físicos de una explosión nuclear. 
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En este entorno se ha de mantener un sistema que funcione coordinadamente tal 
y como explicábamos antes. P ara muchos, la gestión del sistema es la cla ve de 
todo el problema de la S.D.I., decidir qué hacer con la información una vez que se 
ha conseguido. Entre otras cosas se ha de mantener una base de datos con todos 
los objetivos que existan y la información relevante en cada caso (si es una cabeza 
nuclear, si es un señuelo, ruta, si ya ha sido desactivado, si está intacto, etc.) ya 
que no puede repetirse toda la operación de identificación y seguimiento en cada 
fase y es imposible saber si un misil ha sido y a inutilizado por un láser o si está 
intacto. También ha y que mantener información sobre todos los sistemas de 
defensa, su situación y estado (cuánta munición queda, qué sensores, computa- 
dores y nodos están toda vía en funcionamiento, etc.). Coordinar la asignación de 
armas a los objetiv os y mantener la consistencia de la base de datos en todo 
momento. 


El problema de la consistencia es fundamental par a conseguir una defensa eficaz 
pues si una estación con armas resulta destruida sus objetiv os han de asignarse 
a otra estación capaz de alcanzarlos y con suficiente munición como para hacerse 
cargo de la nuev a tarea. También habrá de resolv er problemas de datos contr a- 
dictorios, por ejemplo, un sensor dice que ha y 8 misiles y otro dice que ha y 12, 
¿quién tiene razón?, ¿no es posible que haya 20?, en un sistema de este tipo estas 
decisiones son cruciales. Y todos estos problemas ha y que combinarlos con el 
hecho de que la base está distribuida y las diferentes copias han de responder de 
la misma forma pues no puede permitirse que cada copia dé una solución distinta. 
Por el momento no existen técnicas que aseguren la fiabilidad de sistemas que uti- 
lizan bases de datos asíncronas. 


Uno de los programas que más frecuentemente se citan como ejemplo 
de que se puede construir software muy complejo es el que utiliza 
ATT para la conmutación en líneas telefónicas (conocido como el 
Sistema Número 5 de Conmutación Electrónica de ATRT). Este sistema 
software es del orden del millón de líneas de código, distribuido, en 
tiempo real, y tolerante a fallos. 


Sin embargo este sistema se colapsó en Enero de 1990 durante 9 
horas, produciendo unas pérdidas a ATT que están entre los 60 y 75 
millones de dólares. Eso sin contar con las pérdidas producidas en 
todas las compañías que se basan en el teléfono para su funciona- 
miento como, por ejemplo, las compañías de reservas de vuelos que 
estimaron catastróficas sus pérdidas. Este suceso ha demostrado una 
vez más cómo un fallo en un pequeño programa que forma parte de 
un sistema mucho mayor tiene unas repercusiones gravísimas en 
todos los niveles superiores. Lo que es en sí mismo un fallo de un 
elemento del primer nivel de complejidad, se traduce en un colapso 
total del sistema (segundo nivel) y una implicaciones importantísimas 
en el tercer nivel. 
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ALLE 


El fallo se produjo en un ordenador de Nueva York que "creyó" estar 
sobrecargado y empezó a rechazar llamadas, otros ordenadores se 
conectaron automaticamente para hacerse cargo del exceso de 
demanda, pero empezaron a comportarse como el primer ordenador, 
creyendo estar sobrecargados y rechazando llamadas. Se formó así 
una cadena de ordenadores que se iban conectando a los estropeados 
y que, a su vez, se estropeaban. El fallo parece que se produjo debido 
a una mejora introducida en el sistema que permitía reducir el tiempo 
entre el marcado y la señal de conexión, esta mejora introdujo un 
error en el sistema que se propagó a todos los ordenadores de la red 
ya que todos tenían instalado básicamente el mismo software. 


Evidentemente esta es una prueba más de la vulnerabilidad de los 
grandes sistemas software aunque también habría que estudiar 
durante cuanto tiempo ha estado funcionando el sistema a pleno 
rendimiento hasta que ha fallado y tener en cuenta que el error se 
produjo al intentar cambiar el programa sin respetar las especifica- 
ciones iniciales. [Elmer-Dewitt, en la revista Time, número de Enero 
de 1990] 


El problema de la integr ación de todos los elementos que componen la S .D.I. ha 
sido visto frecuentemente como su punto más débil y donde se requieren los a vances 
tecnológicos más importantes para conseguir que el sistema funcione. Muchos de 
los problemas que se plantean son totalmente nuev os para la tecnología e incluso 
todavía no se comprenden bien. 


2.5 Niveles de complejidad en la S.D.I. 


La Complejidad del proyecto de la S.D.I. se puede reinterpretar desde la perspectiva 
del modelo de tres niveles de complejidad [Sáez Vacas, 1983, referencia a Marcos 
Conceptuales], y quizá sea una de las pocas formas de verlo con la que se pueda 
abarcar toda la realidad del mismo dada la enorme cantidad de factores relevantes. 


Primer nivel de complejidad: Es el nivel de los elementos aislados, en la S.D.I. 
estos elementos son las armas, las estaciones espaciales, las fuentes de energía, 
los sensores, sistemas de vigilancia, sistemas de puntería, etc. T odos y cada uno 
de ellos plantean formidables problemas a la tecnología y a la ciencia, pero no 
conviene olvidar que son sólo el primer niv el de complejidad. Prueba de ello es 
que la mayor parte de la contro versia no está en este niv el donde se asume que 
las metas que propone la S.D.I. son alcanzables en un plazo razonable de tiempo. 
Por otro lado, este nivel es el más maduro de la S .D.I., se conocen gran parte de 
todos los dispositivos, ya se está experimentando con ellos y se dispone de una 
base teórica bastante amplia y experiencia suficiente como para confiar en que se 
conseguirán los objetivos establecidos. 
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Segundo nivel de complejidad : Del que y a hemos comentado algunas ideas 
cuando hablábamos de los problemas de integr ación del sistema de defensa. El 
segundo nivel de complejidad es la complejidad sistémica, que aparece cuando los 
elementos aislados (armas, sensores, satélites, estaciones de seguimiento terrestres, 
radares, etc.) se combinan para formar un sistema, un todo completo que ha de 
funcionar coordinadamente. La complejidad de este nivel es mucho mayor que la 
de los elementos aislados y es el problema fundamental de la S .D.I. Es en este 
nivel donde se han producido las críticas más fuertes, argumentando que si bien los 
elementos de primer nivel son factibles, la coordinación de todos ellos es imposible 
dado el tamaño, entorno y las condiciones en las que ha de sobrevivir el sistema. 


Tercer nivel de complejidad : Que tiene su origen en la inter acción entre el 
sistema tecnológico y la sociedad. En la S.D.I. este nivel de complejidad juega un 
papel fundamental, por todas las consideraciones políticas, sociales, económicas y 
éticas que plantea. Gran parte de las críticas a la S.D.I. se hacen también en este 
nivel, dejando de lado el aspecto pulamente técnico, mostrándose así una vez más 
la importancia del factor humano y social en la tecnología. Como ejemplo de cuestión 
política están los tratados internacionales que prohiben la construcción de muchas 
de las armas que propone la S.D.I.; como problema social está el hecho de que el 
escudo de la S.D.I. no va a ser perfecto y detrás va a haber toda una sociedad que 
cree estar defendida; como problema económico basta citar el presupuesto inicial 
del proyecto, 26.000 millones de dólares, y el coste total, estimado entre v arios 
cientos de miles de millones y un billón de dólares. 


Cualquiera que sea el tema que se toque referente a la S .D.I. es conveniente no 
perder de vista este mapa que nos proporciona el modelo de tres niveles. La 
complejidad no está sólo en la tecnología, sino también en nuestra capacidad para 
comprender el problema globalmente y disponer de alguna referencia que nos 
permita un ordenamiento coherente de todas estas ideas. 
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3. Software: la piedra angular del proyecto 


Gran parte de lo que hemos tr atado hasta ahora está relacionado con diferentes 
tecnologías, láser, física de partículas, satélites, balística, radar, sensores infrarrojos, 
etc. pero toda vía no hemos mencionado la más importante, el softw are. En este 
apartado vamos a desarrollar alguna de las car acterísticas propuestas para el 
sistema de la S.D.I. y podremos comprobar cómo todo se orquesta alrededor del 
software. La ma yor parte de las críticas y las contro versias, de carácter técnico , 
relacionadas con la S .D.I. tienen que v er con el softw are. A pesar de que el 
término "ingeniería software" es ampliamente utilizado, hay todavía muchos que 
opinan que el diseño y desarrollo de software tiene más de artesanía que de ciencia 
o disciplina de la ingeniería. La falta de unos principios gener ales básicos, univer- 
salmente aceptados y válidos es una de las primer as barreras con las que se 
enfrenta todo desarrollo software y más si es de la ervergadura del necesario para 
construir el sistema que propugna la S.D.I. 


3.1 Especificación del proyecto 


La importancia del software en un pro yecto como el de la S .D.I. es fundamental. 
Generalmente se tiende a prestar más atención a los aspectos espectaculares de 
la S.D.I. (armas en el espacio , proyectiles de energía cinética, r ayos láser, etc.) 
que a los ordenadores, las comunicaciones y el softw are que controla todo 
el sistema. Ya hemos hablado de los problemas que plantean las armas, su puesta 
en el espacio, la energía necesaria y de la complejidad de conseguir sensores que 
cumplan los requisitos exigidos. P ero, a pesar de ser problemas formidables ha y 
uno ma yor, cómo controlar todas esas armas, sensores, satélites, estaciones 
terrenas, etc., para conseguir que el conjunto se comporte como se desea. 


Problema: Coordinación de un sistema formado por un número muy 
elevado de elementos y que ha de sobrevivir en un entorno altamente 
hostil. 


Solución: Un programa software que controle y coordine el sistema 
de defensa. 


Inconvenientes: La enorme complejidad de un programa con varias 
decenas de millones de líneas. 
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Ese control estará a cargo de un sistema softw are de entre 10 y 30 millones de 
líneas de código fuente, ejecutado a r azón de 100 millones de oper aciones por 
segundo, capaz de sobrevivir al menos durante 10 años de forma autónoma y sin 
fallos generalizados y con un tiempo medio entre fallos de dos años. Este es el 
verdadero problema de la S.D.I. 


A este enorme reto que se le plantea a la ingeniería softw are hay que añadir la 
necesidad de desarrollar herramientas para poder escribir el código, analizadores, 
simuladores dinámicos, baterías de pruebas, especificaciones par a el desarrollo y 
todos los elementos que requiere un desarrollo softw are de envergadura. 


3.2 Arquitectura 


Un grupo de tr abajo de la S .D.I. ha señalado que si no se puede construir el 
sistema de ordenadores y el softw are para controlar los sensores y las armas, 
entonces las características y situación de las armas y los sensores es una elucu- 
bración puramente académica. Hay que prestar mucha más atención a los problemas 
de la complejidad del software y a las pruebas a realizar. 


De acuerdo con estas ideas, se ha recomendado una arquitectura abierta y distri- 
buida. Las r azones para que sea distribuida son v arias, la vulner abilidad de la 
opción centralizada (si falla el centro coordinador falla todo), un sistema de defensa 
no necesita estar altamente coordinado (que en un sitio caigan misiles es inde- 
pendiente de que estén cayendo en otro y las decisiones a tomar son prácticamente 
las mismas pero independientes) y un sistema distribuido requiere un software no 
tan complejo (un sistema centr alizado ahorra hardware pero aumenta mucho la 
complejidad del softw are para coordinar todos los elementos y se reducen las 
posibilidades de hacer pruebas, pues éstas habría que hacerlas con todo el sistema). 
Por otro lado, una arquitectura distribuida necesita que se realicen más dispa- 
ros, un 20 % más, par a destruir la misma cantidad de misiles que un sistema 
centralizado. 


Problema: Construir un sistema poco vulnerable y que reduzca de 
alguna forma la complejidad del software necesario. 


Solución: Optar por un sistema distribuido. 


Inconvenientes: La solución distribuida es menos fiable en cuanto 
a su comportamiento y aumenta en mucho el problema de las 
comunicaciones. 
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El que el sistema sea abierto es una necesidad, dado que se irán desarrollando 
diferentes modelos de sensores, armas, comunicaciones, computadores, nuev os 
nodos, etc. que habrá que ir integr ando en el sistema. Un sistema abierto que 
permita la inserción e integración de elementos inesperados y modificados. 


3.3 Desarrollo 


En cuanto a la forma de desarrollar el softw are, se ha descartado el modelo en 
cascada por su falta de realismo y por la necesidad de volver continuamente a las 
fases iniciales del proyecto. Parece que se prefiere desarrollar varios prototipos de 
sistemas software de control en diferentes organizaciones, prototipos realizados 
con un esfuerzo relativamente pequeño (25 hombres/año). 


Problema: Diseñar y desarrollar un sistema de gran envergadura que 
funcione a la primera y hacerlo dentro de unos plazos lógicos. 


Solución: Desarrollo siguiendo la metodología de prototipos para 
reducir al máximo los errores en el software. 


Inconvenientes: El alto coste que supone la construcción de varios 
prototipos del mismo programa. 


Estos prototipos irán creándose de acuerdo con abstr acciones y apro ximaciones 
simuladas de los sensores y de las car acterísticas de las armas. Luego se irán 
ampliando para substituir las apro ximaciones por elementos reales y , a medida 
que el sistema crece en tamaño y capacidad, se aumentará el niv el de realismo y 
detalle en las simulaciones. 


3.4 Potencia de computación 


Una consecuencia directa de tener tan enorme cantidad de código y los requisitos 
en cuanto a v elocidad de ejecución es que el softw are se habrá de ejecutar , de 
acuerdo con la capacidad actual, en supercomputadores como el Cr ay X-MP. Un 
problema adicional es que estas prestaciones sólo se pueden alcanzar, de momento, 
con el ordenador en tierr a, los ordenadores que se llev an al espacio dan presta- 
ciones un orden de magnitud más bajas debido a las condiciones del entorno en 
el que trabajan. 


Para conseguir el rendimiento apropiado se han de utilizar múltiples ordenadores 
o diseñar máquinas mucho más rápidas a tr avés de avances en el hardw are. Se 
espera que esto sea posible y siga la tendencia de la tecnología a reducir el tamaño , 
peso y consumo de los ordenadores y a aumentar su v elocidad. 
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Problema: Ejecución masiva de software con velocidades del orden 
de 100 millones de operaciones por segundo, esta velocidad puede 
ser del orden de varios gigaflops para los sensores. 


Solución: Nuevas arquitecturas de ordenadores. Computadores ópticos. 


Inconvenientes: Las nuevas arquitecturas, por el momento, aumentan 
en gran medida la complejidad. 


Un aspecto importante es utilizar esta potencia par a simplificar las tareas, no 
hacer el software más complejo para compensar la falta de hardware. Además, un 
incremento en la potencia de los ordenadores puede permitir construir depur adores 
y simuladores que permitan mejor ar en gr an medida la calidad del softw are 
producido. 


3.5 Pruebas 


Otro gran caballo de batalla de la S .D.I. son las pruebas. El sistema no podrá 
probarse por completo hasta que sea el momento de utilizarlo y para entonces no 
puede haber fallos. La validez de un sistema de defensa radica en la confianza que 
se deposite en él y por tanto, dada la dificultad para hacer pruebas, hay que elegir 
la arquitectura y los medios de desarrollo adecuados para facilitar al máximo esta 
tarea. 


Problema: Se trata de un sistema que, por su naturaleza, no va a 
poder probarse hasta el momento en que entre en funcionamiento, 
momento en el cual no habrá tiempo para correcciones. 


Solución: Construcción modular del software para asegurar la fiabilidad 
de todas las partes, prototipos para disminuir el tipo de errores, 
investigación en metodologías de simulación. 


Inconvenientes: La bondad de las partes no garantiza que el todo 
funcione correctamente, las herramientas de simulación suelen 
costar varias veces más que el propio sistema que se construye. 


Un primer paso es elegir un sistema distribuido , por las razones ya comentadas. 
El tener elementos relativ amente independientes evita que ha ya problemas de 
coordinación y facilita que se puedan comprobar las partes por separado. La simu- 
lación también jugará un papel importante para poder comprobar el sistema bajo 
diferentes condiciones. Y también será importante realizar pruebas continuas 
durante toda la vida útil del sistema. 
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3.6 Tolerancia a fallos 


La historia del softw are muestra que en cualquier sistema ha y fallos y más si se 
trata de uno con la envergadura y complejidad del que nos ocupa. En la S.D.I. los 
fallos son críticos dada su natur aleza, por eso es crucial reducirlos al mínimo y 
diseñar todo para tolerar fallos. En lo que atañe al hardware tolerante a fallos hay 
ya una amplia experiencia y es un campo bastante conocido donde se han hecho 
avances importantes, sin embargo , el softw are tolerante a fallos es un campo 
desconocido donde se ha avanzado muy poco. 


La complejidad de toler ar fallos tiene mucho que v er con algunos de los puntos 
que hemos ido mencionando . El más importante es el hecho de que las pruebas 
no pueden ser completas. Muchos progr amas se construy en por el método de 
prueba y error, mejorando sus prestaciones después de cada intento . 


Problema: Hay que asumir que habrá errores, además el sistema 
de defensa puede ser atacado y quedar inutilizado alguno de sus 
componentes. 


Solución: Construcción de sistemas que soporten fallos, utilizar 
redundancia, duplicar los sistemas. 


Inconvenientes: La tolerancia a fallos del software es muy poco cono- 
cida, sólo se pueden tolerar fallos que se han previsto con antelación 
y no se conoce perfectamente el sistema. 


Esta metodología no puede utilizarse en la S.D.I. pues el programa ha de diseñarse 
para estar libre de errores desde un principig una práctica inexistente, pues gene- 
ralmente se confía en una fase de pruebas y de operación experimental en la que 
los errores se van depurando. 


Para solucionar este problema, se ha pensado en la arquitectur a abierta y distri- 
buida y en el desarrollo de varios prototipos independientes, ya que la probabilidad 
de que distintos equipos de programadores cometan el mismo error parece remota. 
La integración de los diferentes prototipos permitirá reducir la tasa de errores en 

el programa. También se pretende mejorar las técnicas de tolerancia a fallos a través 
de sistemas redundantes y producir herr amientas más perfeccionadas de análisis 
y depuración. 
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3.7 Investigación software 


Todos estos planteamientos requieren un esfuerz o importante de in vestigación y 
mejora en el campo de la ingeniería software. Muchas de las propuestas realizadas 
para solucionar los problemas que plantea la S .D.I. son de técnicas y metodologías 
que se encuentran en su estado inicial y lejos de ser seriamente efectivas. Además 
de investigar en los problemas que plantea la computación masiv a, herramientas 
de simulación, fiabilidad y tolerancia a fallos, se han señalado seis áreas principales 
de investigación: 


1. Técnicas de verificación matemática: Para la verificación formal de programas, 
al menos de módulos relativamente pequeños y garantizar así su fiabilidad. 


2. Lenguajes de especificación: Que permitan reducir los errores, y a que se obliga 
al programador a seguir una especificación estricta que asegura la coherencia 
semántica a medida que se desciende en el nivel de detalle de la programación. 


3. Computación paralela, concurrente y distribuida: Dadas las car acterísticas de 
la S .D.I. gr an parte de los problemas v an a estar en estas tres líneas. 
Actualmente existen bastantes sistemas que explotan las v entajas de estas 
arquitecturas pero la capacidad par a utilizarlos está toda vía poco clar a. El 
paralelismo, la concurrencia y la distribución de recursos son, por el momento, 
fuentes adicionales de complejidad. 


4. Equipos de desarrollo: Que podríamos denominar desarrollo cooper ativo de 
software, tomando como base las nuevas redes de comunicación y las potentes 
herramientas de desarrollo que existen. El problema es cómo gestionar estos 
equipos y encontrar nuevas formas de estructurar el trabajo de programación. 


5. Entornos software: La eficiencia de la programación depende en gran medida 
de la disponibilidad de entornos de alta v elocidad y con una amplia gama de 
herramientas de desarrollo. Hay que profundizar en el desarrollo de entornos 
software y estudiar cómo afectan al estilo y forma de progr amar. 


6. Mantenimiento: La S .D.I. introduce un problema totalmente nuev  oen el 
campo del mantenimiento. El sistema ha de estar en funcionamiento perma- 
nentemente. Las modificaciones en el software son, hoy por hoy, peligrosas y 
se ha de investigar mucho en este terreno para garantizar los niveles de segu- 
ridad que exige la S.D.I. 
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4. D.L. Parnas y el pesimismo tecnológico 


D.L. Parnas formaba parte del Grupo de Organización de la S .D.I., en 1985 
presentó su dimisión alegando r azones de profesionalidad pues no consider aba 
ético que le pagaran por algo que él consideraba que no se podía hacer Ese mismo 
año publicó un artículo en "American Scientist" titulado "Aspectos Software en los 
Sistemas de Defensa Estratégica", en el que enumeraba todas las razones por las 
que creía que no se podría construir un sistema como el de la S.D.I. Desde entonces 
se toma este artículo como referencia básica de los que consideran la S.D.I. como 
un imposible tecnológico. 


Los argumentos de Parnas se pueden agrupar en cuatro puntos principales: 


Complejidad del Software: El proyecto generará un programa de varios millones 
de líneas de código, esto significa un número muy elevado de estados posibles en 
un sistema muy poco regular , la v erificación con las herr amientas actuales es 

imposible y no se conseguirán avances importantes en este aspecto en el plazo de 
tiempo que propone la S.D.I. La tarea de construir un sistema de tal en vergadura 
está más allá de nuestr a capacidad como progr amadores, construir tal sistema 

requeriría cambiar todos los hábitos con vencionales del desarrollo softw are. La 
complejidad del software se orquesta alrededor de tres puntos fundamentales: el 
tamaño del programa, el funcionamiento en tiempo real (el softw are más complejo 
que existe) y la concurrencia (par alelismo y distribución de recursos, fuentes de 

complejidad porque todavía no se dispone de métodos apropiados para programar 
en estos sistemas). Por otro lado, es un sistema cuyas especificaciones dependen 
del enemigo, que puede cambiarlas sin previo a viso modificando el entorno de 

funcionamiento de tal manera que el sistema sea inservible. P or último, se trata 
de un sistema que no es simplificable, dada su natur aleza no se puede reducir la 
complejidad permitiendo un ma yor número de errores, no ha y posibilidad de 
compromiso, ha de funcionar al cien por cien. 


Complejidad del Sistema Soporte: Los elementos a integrar son muy variados 
y en número muy grande, ya hemos visto que se puede estar hablando de miles 
de estaciones espaciales. La coordinación será extremadamente difícil en los 
momentos cruciales y el sistema ha de ser capaz de reconfigur arse automática- 
mente a gran velocidad sin perder capacidad. La base de datos ha de estar 
permanentemente actualizada, con datos coherentes y permitir accesos múltiples 
a gran velocidad. No se tiene experiencia en sistemas de semejante en vergadura 
y con unas constricciones temporales y de tolerancia a fallos tan estrictas y no hay 
posibilidad de probarlo antes de que entre en funcionamiento . 


Complejidad Algorítmica : Han de construirse algoritmos que solucionen un 


problema del que no se conoce el tamaño con exactitud. Se necesitarán ordena- 
dores de alta velocidad capaces de responder en tiempo real y con una eficiencia 
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muy alta a un ataque que por el momento es desconocido y que además puede 
cambiar con el tiempo (por ejemplo , puede que se utilicen modelos antiguos de 
cohetes como señuelos multiplicando por dos o tres el número de objetivs que se 
presentan al sistema y no se puede suponer que esos cohetes viejos no contienen 
cabezas nucleares). A todo esto se añade el problema de escribir especificaciones 
para un problema que no se conoce exactamente. 


Complejidad de gestión : Dado el tamaño del sistema la gestión del mismo es 
crucial para obtener un funcionamiento adecuado . Las técnicas de gestión de 
software están poco a vanzadas y al no existir ciclo de vida (el progr ama no se 
puede probar, las mejoras no se hacen de acuerdo con rendimientos anteriores, 
etc.) el esfuerzo a realizar para que el sistema sea fiable a la primera será enorme. 
Parnas asegura que aún teniendo suficientes conocimientos de ingeniería softw are 
y disponiendo de todos los recursos que pidier a no podría hacerlo, ni ahora ni en 
los próximos 20 años. 


5. F.P. Brooks, optimismo tecnológico y otras opiniones 


A pesar del panorama que describe Parnas no todo el mundo considera imposible 
construir el sistema de la S .D.I., el ejemplo más car acterístico es F.P. Brooks, un 
especialista reconocido en ingeniería software, que, llamado a dar su opinión sobre 
el tema ante una comisión del Senado, afirmó que no veía ninguna razón seria por 
la que no pudiera construirse el sistema. De hecho, existen sistemas ya construidos 
que permiten interceptar un misil y que utilizan más de un millón de líneas de 
código y hasta 30 elementos entre estaciones terrenas, satélites y bases de 
lanzamiento. Por otro lado, se están haciendo serios esfuerz os por mejor ar las 
técnicas software empleadas en los sistemas de defensa par a poder abordar el 
problema con mayores garantías de éxito. 


También se argumenta que existen muchos sistemas que sin haber conseguido la 
perfección, funcionan correctamente, en el sentido de que son efectivos y fiables. 
Que un programa contenga errores no quiere decir que no vaya a realizar la tarea 
para la que está diseñado, en el caso de la S.D.I. un error no es lo mismo que un 
agujero en el escudo de protección. El grupo del que P.— arnas formaba parte 
concluyó sus trabajos en 1985 afirmando que los recursos de computación y el 
software de gestión del sistema estaban dentro de lo que puede conseguir la 
tecnología hardware y software en los próximos años. Recientes avances como las 
investigaciones en ordenadores ópticos (más ligeros y más rápidos que los 
convencionales), redes neuronales (para paliar la complejidad del softw are utili- 
zando técnicas de Inteligencia Artificial) y nuev as arquitecturas para proceso de 
alta velocidad, conceden un cierto margen de optimismo a los que creen que se 
puede construir un sistema como el propuesto . 
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Una opinión muy gener alizada es que la S .D.I. no debe v erse como un sistema 
perfecto sino como un sistema que haga que cualquier enemigo se lo tenga que 
pensar antes de lanzar un ataque, al saber que gr an parte de él puede ser dete- 
nido (y dar tiempo así a un contraataque que no será capaz de parar). Esto es ya 
una consideración de tercer nivel pero las repercusiones técnicas son importantes. 
Como Brooks explicó ante la comisión del senado , el problema fundamental es 
decidir cuál es el gr ado de perfección que ha de conseguir el sistema (con un 
rendimiento del 99,9 %, un ataque de 10.000 armas conseguirá que pasen 10 
bombas nucleares). El grupo de Estudios Tecnológicos para la Defensa cree que se 
puede construir un sistema con una efectividad entre el 90 y el 99 % para mediados 
de la década de los 90. 


Una afirmación que también tienen en cuenta muchos es que un sistema defensiv o 
al menos gar antiza que un ataque no será tan destructivo, mientras que la 
construcción de sistemas ofensivos (como los que se han estado construy endo 
hasta ahora) lo único que garantiza es la destrucción total del atacante. 


Hoy por ho y se han alcanzado algunos de los objetiv os que se habían planteado 
pero la gran mayoría de ellos dentro de lo que hemos denominado primer nivel de 
complejidad. Así, por ejemplo, se han hecho experimentos con éxito en intercep- 
tación de misiles. Pero la mayor parte de la crítica sigue centrándose en el softw are 
de control de todo el sistema, sobre todo a la vista de los recortes presupuestarios 
que han afectado especialmente a esta parte del progr ama. Parece extenderse la 
idea de que los a vances en ingeniería del softw are son demasiado lentos como 
para poder abordar los problemas que pantea la S .D.I. en un futuro cercano y es 
casi una verdad totalmente aceptada que es muy alta la probabilidad de que se 
produzca un fallo catastrófico debido al softw are en la primer a batalla real. Las 
líneas de in vestigación que se consider an más prometedor as son una muestr a 
palpable de ello: sensores a base de superconductores a baja tempentura, técnicas 
de fabricación de compuestos con mayor resistencia a los impactos, reconocimiento 
de imágenes no con vencionales, interferometría de amplitud y resolución en el 
nivel de subpixel, microondas de alta potencia, etc. 


6. Factores de tercer nivel 


Además de todos los que hemos estado viendo y comentando , existen muchos 
factores de primordial importancia para el desarrollo de la S.D.I. que están dentro 
de la categoría que denominamos tercer niv el de complejidad. Estos factores se 
escapan del ámbito pur amente tecnológico e introducen problemas de carácter 
muy variado, social, económico, ético, etc. Al igual que sucede con toda la tecno- 
logía, no podemos concluir un estudio sobre un proyecto tecnológico sin considerar 
este tipo de factores, que en muchos casos son la cla ve de éxito. 
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El primer factor que se consider a en los pro yectos tecnológicos, aparte de los 
puramente técnicos, es el económico . En este punto la S .D.I. no es diferente de 
ningún otro pro yecto. El presupuesto inicial estimado de la S .D.I. para los cinco 
primeros años fue de 26.000 millones de dólares, el coste total no parece estar 
claro pero las estimaciones van desde los varios cientos de miles de millones hasta 
más de un billón de dólares. Uno de los argumentos que preocupan más econó- 
micamente es que un pro yecto como el de la S.D.I. no es una in versión única, el 
mantenimiento del sistema, una vez construido y en funcionamiento, puede costar 
entre 50 y 200 mil millones de dólares al año. Como referencia se puede tomar el 
coste del bombardero B -1B: 28.200 millones, desde la in vestigación inicial hasta 
la construcción de 100 unidades. Otra referencia interesante es el "Mosaic Sensor 
Project", que comenzó hace más de once años y su objetivo era producir sensores 
infrarrojos con un coste de 25 céntimos (de dólar) cada unidad y poder utilizarlos 
masivamente. El coste actual es toda vía 3.000 dólares cada sensor. 


Con este presupuesto muchos temen que la mayor parte de las investigaciones se 
desvíen hacia tecnologías más madur as, aunque menos efectiv as, de forma que 
se puedan obtener resultados con ma yor seguridad y justificar el gasto ante la 
opinión pública. Esto ha ocurrido de hecho y de momento se ha abandonado el 
trabajo en integr ación -el softw are de control de todo el sistema- fa  voreciendo 
ciertos campos en los que y a había resultados (interceptación de misiles, r ayos 
láser y satélites). Una decisión política (y por tanto de tercer niv el) que puede 
afectar decisivamente al futuro tecnológico de la S .D.I. 


Otros problemas que merecen consider ación, pero sobre los que no nos v amos a 
extender, son los tr atados internacionales que viola el pro yecto de la S .D.I., los 
problemas de seguridad (demasiados participantes para asegurar la confidencialidad 
de las in vestigaciones) y problemas de tr ansferencia tecnológica (dificultad par a 
emplear en la industria los descubrimientos y a vances que se hagan). 


Pero, sin duda, uno de los factores de tercer nivel que más han influido en el futuro 
de la S.D.I. es la actual situación política mundial. Siete años después de ser pro- 
puesto, la caída del muro de Berlín, el derrumbamiento hasta el momento pacífi- 
co del bloque del Este, el fin de la guerra fría y de muchas de las tensiones inter- 
nacionales y la fuerte tendencia al desarme de las dos superpotencias han 
cuestionado un proyecto como el de la S.D.I. 


Es justo mencionar que también ha habido algunos problemas tecnológicos que no 
parecían abordables y que condujeron a reducir el presupuesto y centr  arse en 
objetivos más realistas. Aunque en opinión de algunos ésta fue la puntilla final a 
la S.D.I., ya que si los verdaderos y grandes problemas estaban en el softw are y 
la integración de todo el sistema sería ahí donde habría que hacer el ma yor esfuerzo 
de inversión y, en cambio, se ha preferido favorecer las investigaciones más espe- 
cíficas en armamento y más relacionadas con la física (recordar lo que se decía 
sobre la importancia de conseguir algún resultado inmediato). 
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Y aunque la desaparición del pro yecto de la S .D.I. puede dar la r azón a algunos 
de los críticos, tampoco es tan fácil que desaparez ca. Y aquí es donde entr an en 
juego en toda su relevancia los factores de tercer nivel. Ya mencionamos anterior- 
mente, en un cuadro, la importancia que tiene en la in vestigación el presupuesto 
de defensa de los EEUU. Suprimir radicalmente esta fuente de financiación de las 
Universidades puede pro vocar muchos y gr aves problemas. Prueba de ello es el 
siguiente cuadro sobre la financiación de las univ ersidades en EEUU: 


mE 
DENCIA 
a 
+ a 
a 
a 
+ 
a 
+ — 
a 


Datos de 1987, en millones de dólares US A 
[IEEE Spectrum, Noviembre 1989, p. 61] 


Otro tema de candente actualidad es que el fin de los pro yectos de defensa significa 
que muchas grandes compañías tendrán que reducir plantilla en todos los niv eles 
de la organización: Hughes Aircr aft Co. despedirá 6.000 tr abajadores, Lokheed 
Corporation ha reducido su plantilla en más de 8.000 tr  abajadores, Grumman 
Corporation suprimirá unos 3.100 puestos de trabajo, Northrop Corporation entre 
2.500 y 3.000, Rockwell International aproximadamente 4.000, TRW unos 1.000, 
Unisys cerca de 2.000, General Electric 4.000, etc. 


Las cifras son suficientemente expresivas como para que cualquiera se dé cuenta 
del problema que conlleva reducir los presupuestos de defensa cuando la univ er- 
sidad y la industria del país dependen en gr an medida de ellos. Ahor a quizá se 
puede entender mejor a los que proponen que el problema de que laS  .D.I. 
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funcione o no es secundario, que lo importante es tener fondos para investigar y 
que al pro yecto se le llame como se quier a. También es importante resaltar que 
gran parte de esos puestos de tr abajo son de personal administr ativo y de baja 
cualificación, lo que dificulta volver a encontrar empleo. 


En lo que a los ingenieros atañe, parece que no es tan sencillo cambiar de pro yectos 
de defensa a pro yectos comerciales normales. La diferencia de planteamiento 
entre los dos casos es muchas v eces muy grande y básica e impide que un inge- 
niero de defensa se pueda adaptar a la industria comercial. P or ejemplo, en defensa 
el presupuesto no es tan importante como las prestaciones, en la industria el 
presupuesto es vital; la producción en defensa es de pocas unidades con tendencia 
a sobrediseñarlas, en la industria comercial la producción ha de ser masiv a y de 
productos muy ajustados; la tecnología usada en defensa es tecnología punta, 
mientras que en la industria comercial ha y más interés por tecnología estándar y 
por mantener bajo el coste. 


¿Cómo aunar, pues, todos estos problemas con los que veíamos al principio sobre 
satélites, armas en el espacio y tecnología punta?. Una vez más se pone de mani- 
fiesto la importancia del tercer niv el y se prueba que efectiv amente es el niv el 
superior pues son las cuestiones de este niv el las que decidirán el futuro de la 
S.D.I. al margen de cualquier consideración tecnológica. 


7. Conclusiones 


Lo que más nos interesa resaltar de todo lo visto en este capítulo es cómo un 
proyecto de la envergadura e importancia del de la S .D.I. puede servirnos como 
base para estudiar una aplicación práctica de las ideas de la complejidad. 


No hay sistema conocido donde los problemas de integración, jerarquías, complejidad, 
incertidumbre, sistemas, fiabilidad y coordinación sean tan importantes y se 
planteen a una escala tan gr ande. Desde el punto de vista de la tecnología, la 
S.D.I. es un reto importantísimo porque implica una innovación radical en muchos 
campos pero también es una incógnita enorme dados los problemas que plantea. 


Para entenderla en toda su extensión y significado hemos de recurrir a las herr a- 
mientas conceptuales que hemos ido viendo en capítulos anteriores. Sólo a través 
de ellas se puede llegar a percibir la natur aleza de todas las implicaciones que 
presenta y su complejidad global. A través del modelo de niveles hemos desarro- 
llado un mapa de la complejidad de la S.D.I. que nos ha permitido profundizar en 
los aspectos tanto tecnológicos como sociales. 


Tecnológicamente hablando, la S .D.I. recoge la inno vación y el desarrollo de los 


más diversos campos y pretende integrarlos en un único sistema. Es muy intere- 
sante estudiar las demandas que plantea en cuanto a potencia de proceso , bases 
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de datos dinámicas, softw are distribuido, tiempo real, toler ancia a fallos, diseño 
de software a gran escala, etc. y cómo todos estos campos se han de integr ar, 
considerando todas las implicaciones y consecuencias de cada decisión pues el 
hardware va a condicionar grandemente al software, el software a la tolerancia a 
fallos, la tolerancia a fallos a las pruebas, las pruebas a la arquitectura elegida, la 
arquitectura a la fiabilidad y robustez del conjunto, etc. 


Desde el punto de vista de la complejidad, la S .D.I. plantea muchos de los inte- 
rrogantes que se pretenden resolv er a tr avés del estudio de la complejidad. La 
existencia de varios niveles de diseño, la coordinación de los diferentes sistemas, 
el gran número de elementos, la redundancia necesaria, la incertidumbre del diseño 
o la complejidad de la simulación son conceptos que hemos tr atado profusamente 
en la primer a parte de estos apuntes y que aquí se pueden v er en un ejemplo 
práctico concreto como problemas reales y directamente relacionados con la 
tecnología. 


Y para terminar, recordemos lo que se decía en la introducción, instando de nuevo 
al lector a que sobre las ideas que se le dan aquí sobre tecnología y un pro yecto 
concreto, intente aplicar las herr amientas conceptuales que se han ido desarro- 
llando a lo largo de todos estos apuntes y saque sus propias conclusiones sobre 
su aplicabilidad y validez. 
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Capítulo 17: An Integrated Framework for Office Information 
Systems Design and Management 


Por Fernando Sáez Vacas y Gustavo Alonso García 


Éste es el texto de un artículo en viado para su publicación a una 
revista internacional. 


ABSTRACT 


The complexity of Information Technologies is nothing compared with the one that 
arises when technology interacts with society. Office Automation has been traditionally 
considered as a technical field, but there is no way to find technical solutions when the 
problems are primarily social. 


In particular, we need a better understanding between the managerial and technical 
world, offering a coherent, complete and integrated perspective of both. This is the basis for 
our model, developed as an unfolding of the complexity found in Information Technologies 
and a matching of these complexities with several levels considered within the Office, Office 
Automation and Human Factors dimensions. Each one of these domains is studied through 
a set of distinctions that create a new and powerful understanding of its reality. Using this 
model we build up a map of Office Automation to be used not only by managers but also by 
technicians because the primary advantage of such a framework is that ¡t allows a compre- 
hensive evaluation of technology without requiring extensive technical knowledge. Thus, the 
model can be seen as a principle for design and diagnosis of Office Automation and as a 
common reference for managers and specialists, avoiding the severe limitations arising from 
the language used by the last. 


1. Introduction 


Office Automation (OA) has become a v ery important application area of techno- 
logy. We also would like to emphasize the key role the office plays in the develop- 
ment, evolution, competitiveness, and economics of an enterprise. The growing 
complexity of organizational en vironments; the trend tow ards an international 
market; the strength of regional differences; the need for a strong corporate iden- 
tity; the capabilities required in order to surviv e in toda y's economy; these are 
only some of the factors which make Office Automation a basic strategic tool. 


However, OA is still something fuzzy , unclear, and this prev ents things from 
working as they should. Man y managers are already a ware of this, and it giv es 
them reasons for fearing technology . OA is obviously necessary , at least as a 
partial solution to many problems in public and private organizations. Why, then, 
is it so difficult to implement technology in work environments and to achieve overall 
acceptance of the equipment? These and similar questions run counter to the 
traditional point of view, technology as the solution to all ills; nonetheless, they 
are questions frequently posed by managers, and there are no easy answers. 
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Problems of a social and human nature cannot be solv ed from a strictly technical 
point of view. But to adopt a strictly social perspectiv e is also a mistak e, since 
Office Automation is an applied field of Information T echnologies. As a field of 
study, it requires the use of a conceptual framework for technological and organi- 
zational design embracing both social and technical aspects and establishing the 
appropriate relations giving a global perspective. The goal of our study is to develop 
a conceptual framework for managers that helps both users and producers to work 
with a common and integrated understanding of OA. 


2. Office automation as a set of distinctions 


If there is any application that can be considered to be a synthesis of Information 
Technologies, it is Office Automation. There is no better field for showing the need 
for a multidisciplinary, non-specialized and generalist approach. The complexity of 
Office Automation is obvious. And this is the reason wh y traditional technological 
and managerial methods alone are not enough. 


Our proposal is to deal with Office A utomation through a theory constructed as a 
set of distinctions. We use the concept of distinction in the sense of Winograd and 
Flores [31], ¡.e. , as mechanisms within the language to create new domains of 
action and understanding in OA. 


Within Office Automation many different distinctions coexist. At the same time, the 
perspective of each distinction must be related to the whole, in order to provide a 
richer and deeper picture of reality. The proper management of Office Automation 
begins with the recognition of its man y facets and of the organization where it is 
going to be implemented. 


We think the first step to a proper management of OA begins with the recognition 
of a general model as the one proposed here which is neither a methodology nor 
an implementation system, but rather a conceptual fr amework for action and 

interpretation. 


3. Understand complexity 


There are many reasons for considering technology a complex object. Any manager 
who keeps in touch with technology is a ware of the facts: chaotic, ev er changing 
and disorganized products in the mark etplace; incompatible equipment; lack of 
standards; inadequate systems; lack of human resources to deal with that 
technology; changes in the organization's structure due to new technologies; lack 
of motivation to use the equipment, etc.. 


All this makes very difficult to take full advantage of technology. And since tech- 
nology does not offer any help in solving problems, it is the user -- especially the 
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manager -- who has to choose an approach that is relevant to the needs. In many 
cases, technology models the user's needs and not the other w ay around. The 
manager lacks the conceptual tools to ev aluate technology, its potential and its 

subjective value, established according to the needs. T o fill this gap we propose 

the first distinction: a hierarchy of levels of complexity. 


SOCIOTECHNICAL 
COMPLEXITY 


SYSTEMIC 
COMPLEXITY 


ISOLATED 
OBJECTS 
COMPLEXITY 


Fig. 1. 3L complexity model 


The first lev el deals with isolated objects. Considered separ ately, programs and 
computers, oriented to a narrow application such as text processors, calculators, 
electronic agendas or electronic sheets, comprise the first lev el of complexity. As 
far as the manager is concerned, these are applications with well defined goals. 


When those isolated objects are link ed together to build a system whose goal is 
not just text processing, for example, but to giv e support to some organizational 
functions, then systemic complexit y arises. At this second lev el, we are dealing 
with a great number of technical connections and group activities. One example 
would be a set of computers running first lev el applications connected through a 
local network. 


The last lev el stems from the inter action between technological systems and 
society, the sociotechnical complexit y lev el. It is mainly at this lev el that the 
manager works, and it has many characteristics that differ radically from those of 
the others. Here, all the fuzziness, lack of definition, incongruence and irrationality 
introduced by human factors appears. Although strictly sociological in origin, this 
is the highest level and it includes the other two. 
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This model, which we call the 3-L (three lev el) model of complexit y, was initially 
proposed b y Sáez V_acas in [22]. A brief study of its application to Office 
Automation can be found in [26] and deeper ones in [1] and [27]. We will use this 
model as the basic construction for the fr amework presented in this paper. 


3.1 Understand your own office ... 


A basic step tow ards Office Automation is to decide which office tasks are to be 

automated. Text processing and decision making are certainly completely different 
activities but both are part of OA. Technology can only be correctly applied if there 
is a thorough knowledge of what is to be done. One of the initial mistales of many 
implementations is to buy technology and then to try to find out what to do with it. 


GLOBAL PROCESS 


INDIVIDUAL PROCESSES SYSTEMIC PROCESSES 


Fig. 2. The office decomposed in three complexity levels 


There are man y studies analyzing office tasks: reading, writing, making simple 
calculations, telephoning, mailing, meeting, filing and retrieving of information, 
etc. Nevertheless, the office is much more. When offices are conceiv ed of only in 
terms of their manifest beha viour, the abo ve mentioned activities, there is a 
dissonance between technology and reality, because reality is much richer and has 
much more variety. 


Individual Processes are tasks carried out in an isolated w ay and without an y 
significant meaning in terms of the organization. No enterprise defines its activity 
in terms of reading and writing, wh y, then, does technology do so? Managers 
must set their goals much higher. 
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Higher level activities provide meaning and coherence, establishing goals through 
office functions. These are S ystemic Processes, composed of sev eral individual 
activities, communicating with one another , and connected to build processes 
within the organization: processing purchase orders, patents and financial reports, 
etc. Someone not familiar with these en vironments will just notice first level acti- 
vities. Managers deal with Systemic Processes. 


One step further, all those Systemic Processes must be coordinated to fulfill requi- 
rements that affect the organization as a whole. These requirements define higher 
level activities: the Global Process. This view of the office is our second distinc- 
tion, depicted in figure 2 and with the same hier archical meaning of figure 1. 


3.2 Apply technology 


Only with a thorough understanding of the w ay each office works can technology 
be correctly applied. Implemented technology must mirror, as far as possible, the 
environment's personalit y. Thus, with the office interpreted as a hier archy of 
levels, Office Automation can be seen as ha ving a similar structure. In the past, 

Office Automation practice has only recogniz ed the lowest lev el and it is starting 
to become aware of the second one. Many tools are devoted to individual activities: 
text processors, electronic sheets, electronic agendas, gr aphic programs, laser 
printers, calculators, etc. 


OFFICE INFORMATION SYSTEM 


TOOL BOX OFFICE TECHNOLOGICAL SYSTEM 


Fig. 3. Office Automation seen through three complexity levels 
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All this technology is the T ool Box. It deals with v ery narrow problems and it is 
devoted to Individual Processes. As a consequence, the user sees technology as a 
partial solution to unrelated problems. W e believe that much of current Office 
Automation is nothing more than a big tool bo x. 


But Office Automation should be much more than a Tool Box. The next level must 
offer an Office Technological System in which different activities are grouped together 
into a meaningful process. There should also be a lev el in Office A utomation for 
dealing with the Global Process. W e call this lev el Office Information S ystem. 
Nowadays, technology is far from this not only in technological terms but also in 
the organization's ability to understand this concept. 


3.3 New Distinctions in Information Technologies 


To say it in a few words, technology is an ything but neutral. It creates an uncon- 
trolled dynamic evolution which, if not channeled, can be a source of real trouble. 
Very often it goes beyond the users actual needs [14]. To some extent, there is a 
problem of technology in search of applications, which means an excess of power, 
low return on investment, lack of adaptation, unjustified difficulty of use and meager 
benefits from technology. 


COORDINATION 


INFORMATION COMMUNICATION 
PROCESSING OR 
COMPUTATION 


Fig. 4. A new perspective of technology through three complexity levels: the three C's 
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It is possible to classif y technology into three groups and to relate them to the 
levels in Office and it is possible to classif y technology into three groups and to 
relate them to the lev els in Office and Office A utomation. Information processing 
(or computation) is the first level and corresponds to Individual Processes and the 
Tool Box. This kind of technology can be gener ally found in P ersonal Computers 
and it is oriented towards individual applications. 


Communication is the second lev el. When Individual Processes are combined to 
form S ystemic Processes sufficient communication capabilities are required to 
integrate individual activities into larger processes. Thus, Communication is the 
basic component of Office T echnological S ystems. At this lev el, the office is a 
communication problem. Local Area Networks and Micro-Mainfr ame Links are 
examples of this type of technology. 


COORDINATION 


COMMUNICATION 


COMPUTATION 


HUMAN 


COMPUTER 


INTERACTION 


Fig. 5. A new and socially necessary technology: Conviviality, the fourth C 


Coordination belongs to the third lev el. Its function is to support the Global 
Process. The Office Information S ystem must pro vide coordination facilities for 
orchestrating the two lower lev els. Some products are starting to appear at this 
level or, at least, in the border between communication and coordination techno- 
logies: Coordinator, Information Lens, Chaos, etc. [27]. 
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Humanization/Conviviality T echnology - also known as Computer Human 
Interaction- deals with the human factor and with sociotechnical complexit y. It is 
a fourth type of technology that makes the other three types usable and then viable. 


From a more gener al point of view , we can consider technology as fiv e types of 
abstract information processors: T (Information changing with Time), F (F ormat) 
and S (Space) [15, 27], M (Meaning) and H processors (Human processing). As 

we see it, Man-Machine interfaces work as H processors. Figure 6 illustr ates this. 


Cc INFORMATION ABSTRACT 

o TECHNOLOGIES PROCESSORS 

N 

v 

; COORDINATION DECISION 

v 

v MB M PROCESSORS 
A 

a COMMUNICATION S PROCESSORS 

I 

e 

Y COMPUTATION F.T PROCESSORS 
y 

(o) 

(o) 

L 

Ss 


H PROCESSORS 


Fig. 6. Abstract processors related to Information Technologies levels 


4. The office as a system? 


Currently, Office Automation ranks as one of the better resources for enhancing 
competitiveness. Technological innovation in businesses, in large part, based on 
Office Automation. But while the technical side is vital, computers are only facili- 
tators: that networks carry meaningful messages and not just bit strings or that 
memories contain useful information can be seen as one of the key responsibilities 
of the manager. 


There are no methods or methodologies for designing Office A  utomation. The 
proposed distinctions, ranging from complexit y, office structure, and technology 
applications to technology, are intended to be the starting point of a conceptual 
framework used as a gener al principle for design and diagnosis of Office 
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Automation. The goal is to give the managers a tool for bridging the gap between 
their interests and knowledge on one hand and pure technology on the other , 
providing them with capabilities for evaluating, comparing and choosing the right 
solution. In order to achieve these goals, these dimensions or distinctions have to 
be considered as a whole and understood in terms of the appropriate links among 
them. 


4.1 From individual activities to Cooperative Work 


Our model is shown in figure 7. Human factors, the fourth dimension, will alw ays 
be placed as the highest vertex. At the base of the figure are the levels considered 
in Office, Office Automation and Technology. 


Every system is composed of simple objects working together . In Office 
Automation, one must first surpass the T ool Box level in order to be able to deal 
with problems at the S ystemic Processes and Office Technological System levels. 
Systemic Processes result from the integration of several individual activities (fig. 
8). The number of lines written each da y or the impro vements achieved in the 
quality of graphics is of little importance.What really counts is in the number of 
useful reports produced; the number of patents processed; the speed in 
answering purchase or sales orders; that is, the o verall system. This is the goal 
of operations research. 


Human Factors 


Office 


Office 
Automation 


Information 
Technologies 


Fig. 7. The whole distinctions set 
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It becomes obvious that The T ool Box makes individual work easier, but it is not 
necessarily true that b y impro ving the Tool Box the whole system will thereb y 
improve. This second level can only be impro ved through the proper technology; 
through what we call the Office T echnological S ystem. The dev elopment of 
Integrated Software was a first step in this direction. Since then, sev  eral more 
applications have appeared which recogniz e the existence of this second lev el in 
the office and which pro vide methods for connecting individual tasks, addressing 
the true structure of Systemic Processes: Group Work (figure 9). 


The state of the art of computer technology is quite advanced in general but according 
to our model, it is not so advanced from the office automation and users point of 
view. There is certain connectivit y, as in networks, but: "How do we assure that 
this connectivity is paying off in productivit y? how do we effectiv ely apply these 
systems to the mission critical activities of the business?". 


INDIVIDUAL 


TOOL BOX 


INDIVIDUAL 
PROCESSES 


INFORMATION 
PROCESSING 


Fig. 8. The individual and his related complexity levels 


And there are other authors that agree with our claim: "The personal computer 
came in to help people do their isolated stand- alone stuff, but the interoperability 
between them is in very bad shape", Engelbart said, [13]. "80 % of PC's today are 
involved in task automation, such as wordprocessing, spreadsheets, and bookleeping 
... the return on in vestment from PC's in task automation is a low 10 to 20 per 
cent" [Recent report by Nolan, Norton 8: Co]. "Here has been no measur able increase 
in productivit y in the past decade. That's because personal computers in the 
Eighties mapped to the old w ay of working. T o achieve the real pa yoff in the 
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Nineties, computers have to force a complete reorganization of work", has claimed 
Apple CEO's Sculley [28]. 


OFFICE 
TECHNOLOGICAL 


SYSTEM 
SYSTEMIC 


PROCESSES 


COMMUNICATION 


Fig. 9. The group and its related complexity levels 


Following these ideas, we see a trend tow ards giving to systemic processes more 
importance, a tendency that technology will promptly follow . New terms, such as 
Business Process R e-Engineering [12,7], Business Process Management or 
Business Design Technology and Business Process R edesign [4] show the impor- 
tance of the idea of systemic process. Man y of these ideas can be applied in OA. 
Work-Flow Management Software is one of the first technologies supporting systemic 
processes [21]. Groupware is on the same line. 


4.2 From Cooperative Work to Human Organizations 


Our model pro vides a third lev el, Global Process, which defines true Office 
Automation. All functions ha ve a meaning that goes bey ond their results or how 
they work; o ver and abo ve an y other consider ation, the office is a Human 
Activities System [3]. 


The meaning of Global Process may appear obvious, but it is not easy to apply to 
Office Automation. Over and above classical measures of performance, there are 
other considerations more relev ant to the manager: changes in organizational 

structure -generally towards increasing decentralization- retraining of personnel, 
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reinvestment of time, job satisfaction, acceptance of technology , evolution and 
growth of equipment along with the organization, etc. Finally, a human organization 
is a set of systems according to the different organization's images from the 
different agents [18]. This mak es it more difficult to create a sociotechnical 
system and provides us with an idea of its complexit y (figure 10). 


All these points are related to the problem of corpor ate identity. For logical cost 
reasons, hardware and software are clearly on the path of increasing standardization. 
Technology thus becomes a very strong factor in the trend towards homogenization, 
against the equally strong trend tow ards self identity. In this way, we find a type 
of technology which, while implemented to impro ve the organization, ends up 
producing, as a side effect, a weak er organizational identit y, an effect which is 
intensified when the Tool Box is used as if it were Office A utomation. 


HUMAN 
ORGANIZATION 


OFFICE 
INFORMATION 
SYSTEM 
GLOBAL 
PROCESS 
COORDINATION 


Fig. 10. The Global Process and its related complexity levels 


There is some technology at this level. But, more important than that, there is an 
increase in the number of theories that will surely help to shorten the still long wy 
that la ys ahead. The works of Malone [17], Winogr ad and Flores [31] and 
Dunham, among others, are valid approaches to the second and third level of our 
model. Conversation Management and Workflow management will have to converge 
and produce an integr ated theory. There is a fair amount of bibliogr aphy in this 
and related areas, [6] is an example. Our critics to these approaches are based on 
their failure to incorpor ate some dimensions of Office A utomation (the systems 
structure, for example, and not only its processes) and Human F actors. 
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5. The Human Side: Conviviality, as a condition for technolo- 
gical innovation 


All the concepts can be synthesiz ed into the diagr am shown in figure 11. This 
provides an ordered image of Office Automation and its related factors. Although 
the diagram may seem complicated, it is in no way arbitrary. It shows the aligned 
vertex forming the different distinctions which fall within the domain of the Office, 
the Office A utomation and Information T echnologies, with Human and Social 
Factors, these also include three different levels: individual, group and organization, 
each placed at the top vertex of ¡ts tetrahedron. 


The third level of complexity arises with the development 'social factors': a conse- 
quence of the complex mesh between humans, office processes and technology in 
the Office Automation Axis. 
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Fig. 11. Hierarchy of complexity levels as a new view of Office Automation 
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Expanding the personal radius of action can only be achieved if a tool works at the 
appropriate level. The radius of action of the work group is wery different from that 
of the individual. If individual tools are used within the context of the work group, 
it will be at the individual level where they will have an impact but will not modify 
the group's radius of action. It can even happen that, rather than expanding, this 
radius actually diminishes due to the mismatch between what is expected and 
what is finally obtained. 


Conviviality is the key to technological innovation itself and to the success of tech- 
nology implementation in work ervironments. Two aspects of corviviality are user- 
friendly interfaces and ergonomics but Human F- actors pla y a much richer role 
when people work in groups and organizations. 


The third complexit y level is that of sociotechnical complexit y, which arises from 
the inter action between societ y and technology . It introduces a new domain 
completely different from the ones traditionally considered. Strassmann [30] states 
that between 1960 and 1985 appro ximately 95 % of the references about Office 
Automation dealt only with its technological side. Today things are different but it 
is also possible to go too far and put too much emphasis in human factors forgetting 
technology. Hirschheim's book [8] was an interesting change in focus and a good 
example of the remaining 5%. This kind of complexit y can be seen as intrinsic to 
"human activity systems" , as Checkland defined them [3]. 


Global Processes involve different problems which can be grouped together under 
a new set of subdomains: a) complexity of technology, b) complexity in matching 
technology with organizations, and c) complexit y in matching technology with 
humans. We represent these three subdomains b y the schema of figure 12. 


The subdomains affect the manager . Technology has reached an ev olutionary 
stage where it can, and in fact does, deeply tr ansform organizational structures 
and seriously affect human factors in work en vironments. 


The growing interest in what has been called Human-Computer Interaction proves 
how important the human factor really is. 


Top managers tend to see their organizations from a global perspectiv e, human 
factors play only a minor role. This point of view , within the traditional organiza- 
tional structure, would not necessarily have serious consequences but technology 
provides both individuals and work groups with a degree of power that makes the 
Human Factors concept very critical. This increased processing and communication 
power wielded b y individuals and work groups represents a major change within 
the organization. 
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Psychological resistance on the part of human beings toward changing personal 
work habits and the fact that many technological tools are still unnecessarily com- 
plicated must be o vercome. The existence of these barriers requires a thorough 

study of tool usability, in order to create a truly workable individual-tool interface. 


When an organized entity faces/incorporates technology, many important changes 
result and they must be confronted in order to really reap the benefits of innovation. 
In the face of this complexity, many possible alternatives can be adopted. Usually, 
if the manager lacks experience with technology initial prejudice occurs and this 
may be a major handicap. But managers with at least some or ev en much expe- 
rience with technology ma y also ha ve a problem as well: a failure to tak e non- 
technical factors into account. 


6. Users and Producers, Managers and Leaders 


One of the main problems of technology is the inevitable gap it creates between 
users and producers. Such a gap is natur al when one considers the different 
approaches tow ard the use and understanding of technology: to the user it is 
merely a tool but to the producer it represents a goal. However, such a gap ceases 
to be natur al when it creates a pathological situation, as gener  ally happens in 
organizations. In Office Automation this problem is exacerbated because there is 
an even wider gap between specialist and non-specialist. This is one of the main 
difficulties, found both in business design and information technology, as recently 
pointed by Keen [12, p.236]: "Today the IT field is at a piv ot point. It comes out 
of a tr adition of technocentered thinking, language, and methods and of poor 
mutual understanding between technical specialists and business managers". 


Users are perfectly a ware of the en vironment in which they work; their needs; 
their particular circumstances; their goals and objectiv es and their limitations. 
But, as general rule, they are not able to translate this knowledge into parameters 
related to technological innovation. 


Producers, who create, produce, sell and maintain technology, are familiar with it 
and its applications, opportunities and adv  antages. They ha ve worked long 
enough with technology to, at least, recogniz e that it poses some problems. But 
producers do not know details of the work en vironment and, thus, they can only 
offer generic products adapted to meet a global demand. 


345 


Complejidad y Tecnologías de la Información 


HUMAN ORGANIZATION 


GLOBAL 
PROCESS 
OR 
OFFICE 
INFORMATION 
SYSTEMS 


HUMAN FACTORS TECHNOLOGY 


Fig.12. Third level complexity unfolded in three major fields 


It could be argued that this gap is not a major problem. Applications such as text 
processors are general and sufficiently widespread to avoid the need for customi- 
zation. But text processors are merely a component of the lowest lev el: the Tool 
Box. At this lev el there is enough gener ality to allow users and producers to 
coincide in supply and demand. 


6.1 Top down / Bottom up 


In reality, however, this coincidence is merely an illusion. To the user, what matters 
is the Global Process, much more than the Individual Process. If the user were 
capable of translating his needs into the corresponding technology , he would ask 
for an Office Information System, in the sense we are proposing, or, if not available, 
Office Technological Systems, not just a T ool Box. To him the hier archy is top- 
down, with almost no relevance at the lowest levels. 


To the producers it is just the other w ay round. Due to technological and mark et 
constraints, the producer gears his offer tow ards the Tool Box concept by means 
of generic applications ha ving no technical or conceptual difficulties, in this w ay 
guaranteeing a wider market. Upper levels require a much more refined product; 
more knowledge about user needs is necessary, and the potential market is much 
narrower (the upper extreme would be custom design). The hier  archy as the 
producer perceives it is bottom-up, with Individual Processes as a first goal. 


346 


An integrated framework for office information system design and management 


Our model of Office and Office Automation in effect moves these two perspectives 
closer together. With this model, the user can establish technological needs with 
specific reference to particular activity, while the producer can recognize the exis- 
tence of upper levels in the demand and react accordingly . 


6.2 Managing complexity 


Many methodologies used to implement technology underscore the role played by 
the leader of technological innovation. The ultimate success of technology and 
future user satisfaction depend largely on the efforts of this person, who seldom 
has the resources necessary for achieving these goals. An implementation metho- 
dology can offer a more or less effective way to introduce technology in work ervi- 
ronments; to plan the organization's ev olution, or ev en take into account more 
advanced problems such as productivit y measures or cost justification. But no 
methodology can say whether technology is applied at appropriate lev els. 


Managers interested in technology can read books and articles and find a "solution" 
to almost an y kind of problem and, to a lesser extent, methodologies for imple- 
menting those "solutions". But in spite of that, the manager lacks the required 
reference point but based on needs and according to the characteristics of the 
organization. With our model, the manager has a very powerful conceptual frame- 
work for completing a sociotechnical design, as well a reference model upon which 
to map it. Managing Office A utomation is equiv alent to managing third lev el 
complexity. In general, technological inno vation management is equiv alent to 
complexity management. 


Today's managers ha ve become Information S ystems Managers [10] and they 
must think in terms of this new role. Models such as the one proposed here faci- 
litate this task b y having a better understanding of the technical and managerial 
world, offering a coherent, complete and integrated perspective of both. Both, 
users and producers, can thereb y have a shared understanding, with a common 
language to facilitate actions. 


7. Conclusions 


We have proposed a conceptual model for Office Information S ystems, a model 
that evolves through three t ypes of complexit y to form a hier archy. The model 
integrates four domains: information technologies, office processes, social factors 
and office systems. The result is a new and complete fr amework for the design 
and management of O.I.S. 


The model has been presented in the form of a group of distinctions, at once power- 


ful and easy to remember To accentuate its dialectic character we have used as many 
graphic representations as possible. These figures can be summariz ed by Figure 11. 
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In [1] and [27] it has been shown that this conceptual model reflects the v arious 
possible perspectives of the office, as synthesiz ed in [8]. In [27] the model has 
been analyzed as a tool for dev eloping, in conjunction with cybernetics, a new 
vision of technological innovation in organizations through office automation. 


7.1 A non-technical language for managers 


The primary advantage of such a framework is that it allows a comprehensive eva- 
luation of technology without requiring extensiv e technical knowledge. In other 

words, it provides a new and accur ate language for expressing an y kind of tech- 
nological need posed b y the organization, while a voiding the sev ere limitations 
arising from the language used by specialists. 


By using the model, the manager can easily identif y in which levels technology is 
to be applied, and alw ays has at hand the references which mak e evolution 
possible; not only with technology but also coherently with corpor ate objectives. 
These three levels (Individual Processes, Systemic Processes and Global Process) 
constitute a step-by-step approach to Office Automation as well as a non-trauma- 
tic way for assimilating technology into work en vironments. At the same time, it 
permits managers to identify the most appropriate technology for each level, and 
to be guided b y what it is actually done in the office, instead of what technology 
has to offer. 


In this way, managers have a very powerful methodology for planning their tech- 
nological strategies without ha ving to face solely technical issues. As concerns 
technology, the model points out a v ery clear path for inno vation and research. 
Once the first level (The Tool Box) is overcome, technology should concentrate on 
solving cooper ation issues, integr ating first lev el tools into full solutions to 
Systemic Process problems. This trend has already begun, as shown b y the 
growing interest in Computer Supported Cooper ative Work. But the fields where 
major research is still needed are basically Office Information Systems; the approach 
of technology to corporate activities; understanding the organization as a whole, 
and the study of implied factors (social, job satisfaction, organizational changes, 
corporate goals, evolution, competitiveness, etc.). 


We would lik e to underscore the potential the model shows for serving as a 
common reference for the two major participants in Office Automation, users and 
producers, integrating both perspectives, top-down for the first, bottom-up for the 
latter, and opening new domains for action. 
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7.2 Opening new perspectives 


A very important aspect of our study has been its focus on Office Automation from 
the point of view of complexity; in fact a very uncommon perspective in the fields 
of technological research and application. Unfortunately, studies about complexity, 
from the pioneer works of Simon [29] to the works of Morin [19] and Le Moigne 
[15] among others, are essentially unknown to managers. 


We can feel justifiably hopeful about this last point, if books such as P agels [20], 
who recently passed away, can be seen as representing a new trend in the recog- 
nition of the complexit y issue. In his study, he proclaims the computer to be the 
basic instrument of the science of complexit y: "the great unexplored frontier is 
complexity" (p. 12); "I am convinced that the nations and people who master the 
new sciences of complexity will become the economic, cultural, and political super- 
powers of the next century" (p. 15). 


We believe that, nowadays, the sciences of the artificial [29] are being replaced 
by the sciences of complexity, particularly when they include the human factor, as 
is underscored b y the focus of the first Conference dealing with Critical Issues, 
which was held in No vember 1990, b y the Association for Computing Machinery 
(ACM). There were two centr al subjects to debate: Managing Complexit y and 
Modeling Reality. These two principles have guided our paper. 


8. References 
[1] Alonso, G. , "Conceptual Fr amework and S ystemic Modeling of Office 
Automation", Master Thesis (E.T.S.I.Telecomunicación, Universidad Politécnica 


de Madrid,1989 -in Spanish-). 


[2] Bair, J. H. and L. Mancuso , "The Office S ystem Cycle", Hewlett-Packard, Palo 
Alto, California, 1985. 


[3] Checkland, P ., "S ystems Thinking, S ystems Pr actice", J . Wiley € Sons, 
Chichester, 1981. 


[4] Davenport, T. and J. Short, "The new industrial engineering: Information tech- 
nology and business process redesign", Sloan Management R eview, summer 
1990, pp. 11-27. 

[5] Denning, P., "Beyonf formalism", American Scientist, vol. 79, 1990, pp. 9-10 


[6] Greenberg, S., "An annotated bibliography of computer supported cooperative 
work", ACM SIGCHI Bulletin, July 1991, pp. 29-62. 


349 


Complejidad y Tecnologías de la Información 


[7] Hammer, M. , "R eengineering work: don't automate, obliter ate" Harv ard 
Business Review, July-August 1990, 4, pp. 104-112. 


[8] Hirschheim, R. A. , "Office A utomation: A Social and organizational 
Perspective", J. Wiley € Sons, Chichester, 1985. 


[10] Hoffman, G. M., "Every manager is an Information System Manager Now, or, 
Managing User -Controlled Information S ystems", Information 8 
Management,vol. 9, no. 11 (November, 1986), pp. 229-235. 

[11] Illich, 1., "Tools for Conviviality”", Harper 8 Row, Nueva York, 1973. 


[12] Keen, P., "Shaping the future. Business design through information techno- 
logy", Harvard Business School Press, Boston Ma. 1991. 


[13] Kelleher, J., "The personal stuff is great, but ..." in Special Report: "Advances 
on the PC front", Computerworld, Ma y 20, 1991, p.111. 


[14] Kundig, A. T ., "Future Computer and Communication Supported W  orking 
Environments", Research into Networks and Distributed Applications, R.Speth 
Ed., Bruselas, 1988. 


[15] Le Moigne, J. L., "La théorie du systeme général. Théorie de la modélisation", 
P.U.F., Paris, 1977, 1984. 


[16] Le Moigne, J. L. and E.H. Sibley , "Information-Organization-Decision: Some 
strange loops", Information £ Management, 1986, 11, pp. 237-244. 


[17] Malone, T. and K. Crowston, "What is coordination theory and how can it help 
design cooperative work systems?", Proceedings CSCW 90, pp. 357-370. 


[18] Mélese, J ., "Approches systémiques des organizations", Ed. Hommes et 
Techniques, Suresnes, 1979. 


[19] Morin, E., "La Méthode: 1. La Nature de la Nature ", Seuil, P aris, 1977. 


[20] Pagels, H. R., "The dreams of reason. The computer and the rise of the sciences 
of complexity", Bantam Books, N.Y., 1989. 


[21] Pastore, R., "Beyond the beginners' slope", in Special R eport: "Advances on 
the PC front", Computerworld, May 20, 1991, p.96 


350 


An integrated framework for office information system design and management 


[22] Sáez-Vacas, F., "Facing Informatics via Three Lev el Complexit y Views", 
presented in the X International Congress on Cybernetics, Namur , Belgium, 
1983, pp. 30-40. 


[23] Sáez-Vacas, F, "Some framework ideas for Software Engineering Education", 
in Proceedings of International Computer S ymposium, T aiwan, 12-14 
December 1984, vol. 1, pp. 150-156. 


[24] Sáez-Vacas, F., "Con viviality, Complexit y, Computers and Informatics", La 
Vanguardia, 24 February, 1985, (in spanish). 


[25] Sáez-Vacas, F ., "P ersonal Computers: T owards a W  orld of Informatic 
Machines", Fundesco Ed., Madrid, 1987, (in spanish). 


[26] Sáez-Vacas, F. and G. Alonso, "Proposal of a three level complexity model for 
office automation", presented at the 33rd Annual Meeting of the International 
Society for Gener al S ystems Research (P.W.J. Ledington (Ed.), Edinburgh, 
Scotland, 2-7 July 1989), vol. IV, pp. 197-204. 


[27] Sáez-Vacas, F., "Complex Office A utomation", Fundesco Ed. , Madrid, 1990, 
(in spanish). 


[28] Schlender, B. R., "The future of the PC", Fortune, August 1991, pp. 40-48. 

[29] Simon, H. A,, "The architecture of complexity" in "The sciences of the artificial", 
The MIT Press, Cambridge, 1969, published in Proceedings of the American 
Philosophical Society, 106, pp. 467-482, 1962. 


[30] Strassmanmn, P. A., "Information P ayoff. The Transformation of W ork in the 
Electronic Age", Free Press, New York, 1985. 


[31] Winograd, T. and F. Flores, "Understanding computers and cognition. A new 
foundation for design" Addison-Wesley, Reading, Ma., 3rd printing, 1988. 


351 


A cybernetic theory about computer interfaces and human factors 
within a framework of technological inno vation 


Capítulo 18: A cybernetic theory about computer interfaces 
and human factors within a framework of technological 
innovation 


Por Fernando Sáez Vacas 
1. Introduction 


This paper is based on the following postulates taken from a book recently published 
by this author (Sáez-Vacas, 1990(1)): 


a) Technological innovation in a compan y is understood to be the process and 
set of changes that the compan y undergoes as a result of a specific t ype of 
technology; 


b) The incorporation of technology in the company does not necessarily result in 
innovation, modernization and progress; 


c) The very words "modernization" and "progress" are completely bereft of an y 
meaning if isolated from the concept of complexity in its broadest sense, including 
the human factor. 


Turning to office technology in specific, the problem of managing office technology 
for business innovation purposes can be likened to the problem of managing third 
level complexity, following the guidelines of a three-level complexity model proposed 
by the author some years ago (Sáez-Vacas, 1983). 


Lastly, managing complexit y is an application of one of the main principles of 
Cybernetics, the Law of Requisite Variety (see Ashby (1956), Beer (1985), Mélése 
(1979) and many others). 


2. A new theory on office automation 


Both Sáez-Vacas (1983) and Flood (1987) incorpor ate in their respective investi- 
gations on complexity the interaction between the organized complexity of artificial 
systems and the disorganized complexity of man and society (Sáez-Vacas) and the 
complexity of homo sapiens introduced b y human activities (Flood). 


Office automation produces artificial systems --office systems-- for which Sáez-Vacas 
recently developed a complete theory (Sáez -Vacas 8 Alonso, 1989) (Sáez-Vacas, 
1990(1)) based on the afore cited three-lev el model (1983). The automated office 
is an anthropotechnical system in which we find three lev els of complexity. 
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To provide the framework for the subject of this paper, below we are furnishing a 
very brief general summary of this theory. 


This theory is synthesiz ed in the diagram shown in Figure 1. The world of offices 
and technology comprises four dimensions and three hierarchical levels: for example, 
the three lev els of crescent complexit y in the office automation dimension are, 
starting from the bottom, the Tool Box (i.e., various tools such as word processors, 
electronic sheets, graphic programs, data base packages, etc., devoted to individual 
activities), the Office Technological System (in which the above tools are, techno- 
logically speaking, interconnected and integr  ated) and the Office Information 
System. 


In this paper we are interested in focusing our attention on the role of the human 
and social factors, ¡.e., the fourth dimension, which, in turn, encompasses three 

different levels: the individual, the group and the organization. In relation to this 
dimension emerges the word "con viviality." 


In the early 1970s, Iv an Illich w as the first to coin the term con viviality (Illich, 
1973). In his view, there are three requirements a tool must meet to be considered 
convivial: ¡it must be efficient without diminishing personal autonom y; it must 
refrain from creating masters and sla ves; and ¡it must expand the r adius of our 
personal actions. Thus, con vivial is the best term for describing what office auto- 
mation must be. 


The third level of complexity in its broadest sense arises with the dev elopment of 
what are called in Figure 1 Social F actors and is therefore a consequence of the 
complex meshing of humans, office processes and technology within office auto- 
mation dimension. This gives rise to the notion of conviviality as a requirement for 
the evolution of this kind of system (and for meeting the cybernetic la w of requisite 
variety, applied here to complexit y). In the abo ve three principles of con viviality 
no advice is found concerning productivity, applications, organizational structures 
or management methods. The principles only point out what the relationship 
should be between the user and the tool, whoev er and whatever they may be. 


We propose applying these rules, or principles, to all the lev els identified in office 
automation. Office automation, like any other tool, must be at the service of the 
individual, not the other w ay around. To achieve this, we normally need to know 
what we want to do, how it will be done and who is going to do it. Some of these 
questions ha ve been answered through the distinctions made in Figure 1; this 
Figure shows us how to structure our knowledge of Office Automation, Technology 
and Organizations. But this would merely in volve a conceptual ex ercise if we do 
not try to go further. And for this reason we are introducing a new understanding 
of these distinctions through the complexit y/conviviality tandem. 
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Figure 1 


With a hierarchy like the one proposed here, we can ensure that the right balance 

is established among all levels, at the same time that the levels at which complexity 
must be considered become easier to identify. The first level is the individual level, 
which is perhaps the best known, giv en that most people work at this lev el, 
making it the only lev el that exists in the minds of man y. However, not until 

recently was it recognized that it is more interesting to focus on group work. Not 

too long ago groups worked with individual tools, and the individual had to struggle 
with the complexity generated by the lack of balance. This situation disrupted not 
only the work of the individual but also the work of the group as a whole. 


Individual tools used in a group en vironment do not enhance efficiency; nor do 
they respect personal autonomy. It is therefore necessary to think in terms of an 
Office Technological System as the proper tool for group work. For this same reason, 
the individual tools used b y the work group , where the primary need is actually 
communication, to process information creates an undesirable dependency on the 
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elements pro viding that communication. The solution is, again, the Office 
Technological S ystem, whose main goal, after all, is to support work group 
communications. 


The third rule, that of expanding the personal radius of action, can only be met if 
the tool works at the appropriate lev el. The radius of action of the work group is 
very different from that of the individual. If individual tools are used within the 
context of the work group, their impact will be felt at the individual (and lowest) 
level; however, they will not alter the group's r adius of action. As a result of a 
discrepancy between expectations and the final outcome, instead of expanding, 
this radius may actually diminish. 


Conviviality is a k ey both to technological inno vation itself and to the successful 
implementation of technology in work en vironments. It is important that human 
factors/conviviality also be considered an aim of support technology  . Two very 
well-known aspects of con viviality are user -friendly interfaces and ergonomics, 
both of which are certainly important, though Human F actors play a much fuller 
role. Even the concept of user friendly must be enlarged to encompass groups and 
organizations. 


3. Office systems are human activity systems 


The remainder of this paper will focus on the third complexiy level, which is where 
technological inno vation processes unfold. Integr ating office technology into a 
company leads to non-structur al problems which are difficult to express ifo ver- 
simplification is to be a voided. One notable aspect of these problems is thatb y 
participating in the system, designers and implementers inevitably become 
immersed in the very process of change. 


This type of systems does not come under systems engineering but belongs to 
what Checkland (1981, p. 111) calls human activity systems, consisting of a number 
of activities linked by some principle of coherency. Such systems encompass both 
those fuzzy types of problems that must be tackled b y company managers and 
many even poorer defined social problems. The nature of their complexit y is 
multidisciplinary and, in the case of office automation, technological and socioe- 
conomic; this is wh y offices systems should be approached as human activit y 
systems. In other words, we are facing a v ery special type of theoretically syste- 
mic problem. 


This approach towards office systems, however, has been practically non-existent in 
research and writings. Strassmann (1985) states that between 1960 and 1985 appro- 
ximately 95% of the reference works on office automation dealt only with ¡ts techni- 
cal side. Hirschheim's book (1985) and very few others have provided an interesting 
change in focus and a good example of that remaining 5% of reference works. 
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4. The basic structure of the third level of complexity 


To examine this level of complexity, we use the classical technique of "divide and 
conquer," hypothetically breaking this lev el of complexit y down into three simul- 
taneously intervening sub-levels (see figure 2) presented below: 


a) The complexity, strictly speaking, of office technology; 


b) The complexity of the relationship between the human organization (the com- 
pany as an organized system) and office technology; 


c) The complexity of the relationship between the human factor (as individual com- 
ponents of an organization in which jobs are assigned) and office technology . 


The three categories of complexit y, ¡llustrated in the gr aph by two o voids and a 
circle, represent to us many other types of variables, all of which must be concom- 
mitantly controlled when automating a compan y. 


5. The complexity of office technology 


The complexity of office technology is viewed one way by the company's managing 
director, another w ay by a compan y clerk and y et another w ay by an office 
technology expert, just to cite a few of the agents in volved in the inno vation 
process. Nevertheless, from every perspective the complexity of office technology 
is not only v ast but greater than the a verage complexity (in v ariety, forms of 
control) of any organization and its members. This situation is negativ e for 
companies because it does not meet the la  w of v ariety which states that the 
variety of the control system --in this case the organizational structure of the 
company-- must be equal to or greater than the v  ariety of the system being 
controlled, a role which in this case is played by office technology. Otherwise, the 
system as a whole is unstable. 
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Figure 3 attempts to synthesize the elements which foster office technology com- 
plexity and no doubt represent intrinsic common barriers that the current state of 
technology itself paradoxically raises against technological innovation. 


We could analyze each one of these elements, but, to avoid lengthening this paper 
unnecessarily, we will leave this analysis partly up to the reader's intuition. árious 
chapters of the afore-cited book (Sáez-Vacas, 1990) address this matter. Here we 
will simply give a brief overview: 


At the level of computation (or Information Processing - see Figure 1), the variety 
of computing capacities and properties encompasses machines r  anging from 
personal computers of v arious families and capacities to mainfr ame computers, 
including in between all types of mini-computers and an ever-growing assortment 
of working stations. As far as memories are concerned, there exist allt  ypes of 
technology, be they 5" 1/4 or 3" 1/2 disk ettes and recording tape or optical CDs, 
not to mention all the complementary apparatus. Turning to software, what tech- 
nician is capable of getting a handle on the confusing array of available programs, 
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which vary from those that resolve simple, specific office functions to those of the 
ever-richer group of integrated packages? 


COMPLEXITY OVERWHELMING, DISORDERLY OFFER 
OF OF TECHNOLOGICAL PRODUCTOS 
TECHNOLOGY 
SOPHISTICATION OF TECHNOLOGY 


NON-EXISTENT COHERENT AND 
STABLE METHODOLOGICAL PROPOSALS 


PRECARIOUSNESS OF ACCEPTED CONCEPTUAL 
FRAMEWORKS FOR THE ROLE, CREATION AND 
APPLICATION OF TECHNOLOGY 


SURVIVAL OF TRADITIONAL METHODS 
AND RESISTANCE CHANGE 


Figure 3 


At the level of communication technology, the perspective is equally overwhelming 
and, to a certain extent, too broad intellectually. We have local networks operating, 
with highly div erse technical systems, long-distance network connections, new 
generations of P ABX telephone ex changes and already emerging are integr ated 
digital service networks and future IBCN networks. 


The complexit y of technology does not end with its variety and sophistication. 

Rather, it is becoming accentuated by the practices of an aggressive, brash market 
in which the multiplication of companies selling all types of products, tools, machines, 
services, solutions, etc., is creating a haze of confusion in the minds of customers. 
The picture is completed by the proven fact that, in general, the methodology for 
applying and introducing information technology is in ev olutionary terms lagging 
behind said technology by various generations. 


The real degree of technological complexit y as schematically described abo ve is 


reflected in the high v olume of failures, problems and resistance relating to its 
introduction, outside of its potential for providing the promised working advantages. 
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The classical argument that blames the resistance put up b y humans or b y an 
organized system for the barriers that are blindly raised to the marvels of technology 
is only half-true. The other half of the truth is that the exess of technological com- 
plexity, that is to sa y, its unsuited capacit y in human terms, elicits conserv ative 
reactions and creates a void of ideas about the role, the creation and the application 
of technology, which fuels the vicious circle depicted in Figure 3. 


6. Adapting complexities: an application of the law of requisite 
variety 


After making the abo ve statements, and returning once again to Figure 2, it can 
be asserted that, as a rule, it is impr acticable for the organization (or the human 
factor, ¡.e., each user) alone to bring about the change and increase in complexity 
necessary to rise to a lev el of technological requisites. The office technology 
industry must also be ask ed to meet the compan y partway by reducing the 
complexity of its products and services, at least in the area visible to the user 
These two complementary strategies are reflected in Figure 4 b y means of some 
symbols typically used b y Beer to represent the mechanisms for amplif ying and 
reducing variety (Beer, 1974, 1985), which will be discussed at some length below 


6.1 Organization versus Office Technology 

It must be accepted that the organization will always have to increase its complexity 
if it wants to evolve, and the case we are analyzing is no exception. On the contrary, 
this is a special case with a superior approach, lik e the one described b y Mélése 
(1979), among others. 


Some of Mélese's ideas can be summariz ed as follow: 


a) An organization is a system of mental representations that are difficult to 
separate from the environment; 


b) All companies must address the problem of information from an o verall 
viewpoint; 


Cc) Autonomy and innovation require complexity; 


d) This complexity must be distributed among all the lev els of an organization. 
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ORGANIZATION HUMAN FACTOR 


AA — 


Convivialitation 
(reduction of the 
complexity of use) 


OFFICE 
TECHNOLOGY 


Amplification 
of complexity 
of organization 


Figure 4 


Let us explain. In an organization the effects of numerous "tr  ansversal systems 
and kinds of logic" (technological, commercial, financial, social, trade union, spacial, 
symbolic, etc., systems) intersect and combine and, for the most part, are deter- 
mined and controlled outside of the organization, in some part of the emironment. 
In other words, each organization is a node of the larger political-social-economic 
system, and this node is in turn a system whose inter acting components are the 
mental representations of a variety of external and internal agents. 


It is clear that one aspect of the difficult y of the problem resides in that ha ving 
this node evolve in terms of organization, information and communication in order 
to follow the ev olution of the en vironment requires equipping it with a v ariety of 
ways to perceive, associate and combine numerous dissimilar v ariables. 


Office technology forms part of the external technological system, as well as of the 
commercial, social, trade union and other systems. Strictly speaking, it is a typically 
organizational technology, for it sets out to process messages, ideally all those 
messages of the company and all communications passing through the organization. 
Moreover, we know that it ev en leaves ¡its mark on the cognitiv e and emotional 
behavior of individuals. 
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We believe that the previous par agraphs, though abstract, have made apparent 
the great difficulty, generally much greater than that customarily acknowledged in 
reference works, in volved in doing what must be done: namely , in raising in a 
coherent manner the level of complexity of the organization, and not only because of 
the major compar ative increase in strictly technological complexit y analyzed in 
section 5. 


At the same time, it is a fact that the functional v ariety and the capacity of office 
tools grow unchecked. Consequently, it seems essential for the office technology 
industry and other technological agents to take the steps necessary to reduce the 
degree of visible complexit y of their products and services. The meeting point 
between these two sets of actions is established b y the law of variety. 


In short, simultaneous actions must necessarily be tak en on two complementary 
fronts for innovation to actually take place. 


For the sak e of example, below we pro vide an idea of the panoply of different 
general strategies that could be adopted by each company as well as by the tech- 
nological industry. The reader will readily know which of these strategies will bro- 
aden and which will reduce variety. 


a) Each company, for its part, must: 


- design, transform and explain its organization in keeping with the new tools, 
converting its classical bureaucr atic structure into a "more pliable" and 
decentralized structure; 


- select and tr ain its personnel, giving priorit y to such char acteristics as 
personal initiative, self-management, a sense of timing and coordination and 
an interest in learning the workings of the compan y and the environment in 
order to take on more fulfilling jobs; 


- devote the amount and type of training necessary to teach each office tech- 
nological application/function, depending on the degree of complexit y (the 
three-level model could serve as a general guide); 


- make the conviviality of hardware and software viewed as a whole a primary 
criterion for making decisions about office technology material purchases; 


- organize an in-house human technical assistance network to resolv e all the 
personal difficulties users encounter during the learning process. 
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The last three aspects form part of what we call "organizational con vivialitation." 
b) Some of the man y options the office technology industry has in its hand to 
contribute to this process include: 


- strengthening the naturalness of man-machine interfaces; 


- advertising its offer of products and services with less fantasy and more 
emphasis on how said offer can solve real organizational problems; 


- selecting and not overmultiplying the functional options of these products; 


- developing or promoting the dev elopment of sociotechnical methodologies 
for applying office technology; 


- simplifying technical language when possible. 
6.2 Individuals versus Office Technology 


The foregoing equally applies on a small scale to each individual of the compan y 
or user of technology. The general technological innovation process can be broken 
down into as man y microprocesses as there are users, subject to the personal 
reactions of each user and the winning or losing situation created for the user b y 
the changes that accompan y technology. To a large degree, said microprocesses 
are cognitive in nature. 


From a cybernetic viewpoint, each microprocess is designed to pro vide the user 
with a technological office tool that amplifies (symbolizd by the triangle) his capa- 
city to relate on an information basis with his organization and his socioeconomic 
environment (see the second part of Figure 5). The upper part of Figure 5 depicts 
the step prior to reaching this state, in — volving the application of mechanisms 
governed by the law of variety, namely: 


(a) A reduction in v ariety (as perceived by the user) of the technological office 
tool = good user interfaces + organizational con vivialitation. 


(b) A broadening of the very complexity of the user in relation to the functionality 
of the tool = learning, training or recycling. 


The equation expressed above figure naturally takes into account the fundamental 
role of the organization in guiding and catalyzing the cognitive processing symbo- 
lized in the amplifier (b), an aspect already addressed above among the strategies 
ascribable to companies. 
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(a) 
E — || 
(b) 


(1) 


(2) 


Organization's 
operation and 
socio-economic 
environment 


Figure 5 


Undoubtedly, the table of measures proposed in this section also contains a 
considerable number of unknowns and problems to un veil and resolv e. Though 
many of them are beyond the reach of companies, they can be tackled by industry 
or research institutions, and their solutions will enhance the feasibilit y of some of 
the above strategies. 


The search for methods of teaching computer word processing to activ e users, 

designed to conceal at the outset and gr adually reveal as the student progresses 

the functional and operative complexity of technological office tools, is only a small 
example of what we want to say (cf. a sample of the work of J .M. Carroll, 1985). 

In keeping with this same desire to optimiz the teaching of beginners, SáezVacas 
and De la Torre (1991) have begun some work on commercial word processors. 


Lastly, there is also room fora v  ariety of apparently modest efforts b y other 
agents outside of a single compan y, companies as a group and the technological 
industry, efforts which nev ertheless help to impro ve the inno vation processes 
within the framework of ideas described herein. A book the author has written and 
recent published (Sáez -Vacas, 1990 (2)) pro vides an example of this point. The 
content and structure of this book are designed to act lik e variety amplifiers and 
reducers (see Figure 3) in connection with the relationship between managers and 
office technology. 
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7. Conclusions 


It has been possible to pro vide a wide-reaching model of office automation b y 
means of a multidimensional theory of three lev els of complexity. 


It has been shown that one of its dimensions, namely that of the Human and 
Social Factors vector, is key to the design of office systems, since, when all is said 
and done, these systems belong to a v ery special kind of systems called "human 
activity systems." 


INDIVIDUAL 


ORGANIZATION HUMAN JOB 


OFFICE 
TECHNOLOGY 


Figure 6 


Thus, the three levels of complexity of the Human Factors vector constitute a deci- 
sive problem in processes to technologically inno vate companies through office 

automation. Specifically, the third level of complexity seems to be a nucleus that 
should be isolated if it is to be controlled. 


Indeed, once this nucleus has been brok en down into three relativ ely different 
areas of complexity, an fairly complete conceptual attack, using the cybernetic law 
of variety, can be launched with a view to its control. 


As is summarized in Figure 6, this law is a performance guide on the mechanisms 
for adjusting complexities, at the collectiv e level of an organization as well as at 
the individual lev el where a single person performs his job . This second lev el, 
however, is naturally comprised within the strategies of the first level. It is in the 
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field of the adjustment mechanisms where there is a genuine need for research 
and ideas. 


Controlling the third level complexity of office systems would, in the author's opi- 
nion, be tantamount to paving the road of innovation with this new technology. 
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Habitualmente ignorada o minusvalorada, la complejidad es 
un factor multidimensional y ubicuo en el mundo sumamente 
artificial en el que vivimos. Ciiemos a Pagels: Mo gran frontera 


oprendizaje 
es el instrumento para salvar la distancia entre la creciente 


complejidad del mundo y nuestra capacidad para 
hacene trente". 


Según el autor de este libro necesitamos lograr un conocimiento 
suficiente de la complejidad, entendida como marco 
conceptual a ser posible socialmente contextualizado, para 
abordar la realidad de manera integral. En particular, ese 
conocimiento resulta imprescindible para los técnicos en 
Infotecnologlas, donde la complelidad emerge como una 
dimensión central, al tiempo que sus impactos se extienden a 
todos los ámbitos sociales. 


Femando Sóez Vacas, profesor en esta Escuela desde 1967, 
catedrático por oposición de Ordenadores Electrónicos desde 
mayo de 1974 y profesor emérito desde octubre de 2009, ha 
desarrollado una dilatada investigación personal en el campo 
de la sociotecnología de la información y postula la necesidad 
de crear unas bases de sociotecnocultura basadas 
indispensablermente en la complejidad, concebida en sentido 
amplio. 
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